AHK v2: Имитация C-like <typedef enum>

m00slim25, ознакомьтесь, пожалуйста, с Правилами, отредактируйте свой пост. Обратите внимание на точки в конце предложений.

А какой смысл делать это в AHK? Я так понимаю, что в C элементы enum — это неизменяемые значения. В AHK вы такого поведения не сможете добиться.

Если нужно просто присваивать значения переменным по этому принципу и хотите сократить код, можно так:

#Requires Autohotkey v2.0

typedef_enum(
    &STD_FIRST,
    &STD_SECOND,
    &STD_THIRD := 0x100,
    &STD_FOURTH,
    &STD_FIFTH := 0x200,
    &STD_SIXTH,
    &STD_SEVENTH
)

MsgBox Format('{} {} {}', STD_FIRST, STD_SECOND, STD_SEVENTH)

typedef_enum(p*)
{
    for k, v in p {
        %v% ?? %v% := k = 1 ? 1 : %p[k - 1]% + 1
    }
}

Либо однострочник:

typedef_enum(p*) => (e := p.__Enum(2), [((*) => e(&k, &v) && (%v% ?? %v% := k = 1 ? 1 : %p[k - 1]% + 1, 1))*])

[( ... )*] можно записать, как Array(( ... )*). В данном случае Array() это функция с переменным количеством параметров. В такую функцию можно передавать как перечислимый объект, так и непосредственно перечислитель. Анонимная функция

(*) => e(&k, &v) && (%v% ?? %v% := k = 1 ? 1 : %p[k - 1]% + 1, 1)

имитирует поведение перечислителя, возвращая 1, когда вызов e(&k, &v) возвращает 1, и 0 в ином случае. Таким образом, эта анонимная функция будет вызываться, пока не вернёт 0.

Только, вызывая энумераторы подобным образом, нужно иметь в виду, что цикл for k, v in obj выполняется в несколько раз быстрее.

Ну и поставим, так сказать, жырную точку. И закроем уже тему.
Миллион вызовов функции в цикле Loop: (десять аргументов без значений)

1. 4,8 секунд

typedef_enum(p*)
{
  for i,v in p
    %v%??%v%:=i=1?0:%p[i-1]%+1
}

2. 6,8 секунд

typedef_enum(p*)
{
  e := p.__Enum(2)
  while e(&i,&v)
    %v%??%v%:=i=1?0:%p[i-1]%+1
}

3. 14 секунд

typedef_enum(p*)=>(e:=p.__Enum(2),[((*)=>e(&i,&v)&&(%v%??%v%:=i=1?0:%p[i-1]%+1,true))*])

ПС. Странный эффект от толстой стрелки. Много раз видел такое, обёртывая разнообразные вызовы DllCall в толстую стрелку - время исполнения вызова ощутимо увеличивается, даже если целевая DLL уже загружена в контекст Autohotkey.
Но это уже совсем другая история.

teadrinker
Код конечно интересный. Спасибо. Но такая реализация не подойдёт.

Идея была именно в автоматической инициализации списков переменных. И реализованнго выше алгоритма пока что, на данном этапе, вполне достаточно.

В то же время, в процессе реализации, стало понятно, что полностью имитировать поведение «C-like enum» не удастся. По крайней мере без поддержки на уровне интерпретатора Autohotkey (а это, боюсь, будет та же история, что с Си-шным циклом for(statement, condition, expression) - Lexikos упорно сопротивляется любым просьбам о её реализации вот уже несколько лет).

Поэтому, я считаю, любые имитации, отходящие от начального плана - это «имитации ради имитаций». Что, в общем то, излишне.
Тем не менее ещё раз спасибо за интересный код.

В случае, когда лучше сделать всё как можно проще.

В каком то, отдельно взятом случае, возможно - да, было бы удобнее.
Но для общего применения - отнюдь, первоначальный подход удобнее.

ЗЫ. И вот, кстати, я не до конца понял, либо не понял совсем. Если я в своём примере подаю на вход функции рефы на переменные, там же и объявляемые, а на выходе получаю эти переменные уже со значениями, то в Вашем примере ничего, кроме массива значений, я не увидел. Объяснитесь, пожалуйста.

Блин, примерно такого ответа я и ожидал...
Ок, «мыло и мачало, начнём ка всё сначало»©
Цель: автоматизировать присваивание значений спискам переменных, с конкретно, и жёстко, заданными именами.
Глобальный список может быть сколь угодно гигантским - десятки, сотни переменных.
Глобальный список разбит на подгруппы, состоящие из единиц, десятков, значительно реже - сотен переменных.
Порядок присваиваемых значений целочисленный инкрементный последовательный. Может начинаться с произвольного числа, либо с нуля, если начальное значение стартовой переменной не задано.
Последовательность может прерываться как в рамках глобального списка, так и в рамках конкретной локальной подгруппы.

Сама задача взята из кропотливого создания врапперов для DLL библиотек, написанных на C/C++. Со всеми вытекающими.
Так как в исходном коде оригиналов повсеместно используется встроенный оператор enum, и возникла идея перенести (сразу оговорюсь - перенести частично!!!) поведение оператора по автоматизированному присвоению значений спискам переменных в сам враппер, силами Autohotkey.
Ничего большего не требовалось.

Надеюсь, что теперь разъяснил более детально.

ЗЫ. Никаких полноценных свойств enum не требуется! Это просто невозможно. Константы не поддерживаются Autohotkey. Присвоение переменной внутри списка значения другой переменной из того же списка, но объявленной ранее - невозможно, throw ValueError будет итогом такой попытки.
Любые попытки «колдовать» над решением этих невозможностей - избыточны. Поэтому смысла не имеют.