Создание новой номерной серии "шаг за шагом"

[TasmanianDevil]

Цитата:

Сообщение от SRF

offtopic: В Global\PickEnumValue был обнаружен баг, проявляется в любой из версий AX :

...
for (i=1;i <= dictEnum.values(); i++)
...

Такой код приводит к тому, что значение енума 0 теряется, должно быть :

...
for (i=0;i <= dictEnum.values(); i++)
...

Нет, Вы не правы - значение enum'а 0 не теряется .
Там идет проход по индексу enum'а, а затем уже по индексу инициализируется конкретное числовое значение enum'а.

for (i=1;i<=dictEnum.values();i++)
    {
        value = dictEnum.index2Value(i);

P.S.
При редактировании метода loadModule() у наследников NumberSequenceReference определение наименования переменной ошибочно, ввиду неправильного определения конца строки по символу ";" - strscan() ищет по подстроке от полного исходника, а начало поиска установлено на индекс относительно полной строки исходника. В результате поиск происходит где-то далеко за обявлением искомой переменной. В рабочем варианте выглядит так :

if (methodInfo)
    {
        positionVarTableStart = strScan(methodInfo.getSource(), tableStr(NumberSequenceReference), 1, strLen(methodInfo.getSource()));

        if (positionVarTableStart)
        {
            positionVarTableEnd = strScan(subStr(methodInfo.getSource(), positionVarTableStart, strlen(methodInfo.getSource())), ';', 1, strLen(methodInfo.getSource()));
            positionVarTableEnd += positionVarTableStart;

            if (positionVarTableEnd)
            {
                positionVarTableStart += strlen(tableStr(NumberSequenceReference));
                return strLRTrim(subStr(methodInfo.getSource(), positionVarTableStart,  positionVarTableEnd - positionVarTableStart - 1));
            }
        }
    }

P.P.S.
Кому б из "китайских пионеров" гвоздь в голову вбить за слой sys у механизма номерных серий ?
Отвратительно !

[in.dc]

Цитата:

Сообщение от TasmanianDevil

Нет, Вы не правы - значение enum'а 0 не теряется .
Там идет проход по индексу enum'а, а затем уже по индексу инициализируется конкретное числовое значение enum'а.

for (i=1;i<=dictEnum.values();i++)
    {
        value = dictEnum.index2Value(i);

И все таки SRF прав - баг в pickEnumValue() имеет место быть.
Речь видимо шла не о нулевом значении enum'а, а о значении индекса enum'а (который валиден в интервале [0..enumcnt()-1]) - в текущей реализации метода цикл начат с 1. Цикл в pickEnumValue() должен был выглядеть:

    for (i=0;i<dictEnum.values();i++)
    {
        ...
    }

В варианте SRF было for (i=0;i <= dictEnum.values(); i++) в результате чего в список добавлялось пустая строка (при достижении равенства dictEnum.values()) с 'левым' значением.

P.S. либо так:

    for (i=1;i<=dictEnum.values();i++)
    {
        value = dictEnum.index2Value(i-1);
        ...
        names += dictEnum.index2Label(i-1);
        ...
    }