Номерная серия без нулей

[Eldar9x]

Цитата:

Может есть еще какие-то варианты?

Ну, как написал, kashperuk, можно класс, отвечающий за номерные серии, подправить. Добавляете в classDeclaration новый макрос для символа, потом, добавляете его в formattingChars() и редактируете метод numInsertFormatInternal. Пробовал, вроде работает.
Но попробовав, поиск по классу на эти макросы, вы получите, что придется модифицировать еще несколько методов. Разбираться в них не было необходимости, так как текущая модификация меня вполне устраивает. По поводу компаний, они в виртуальной, так что - нет проблем. Плюсы: заполняются промежутки для данного кода, так как количество их ограничено (9999); после отказа от старой системы, номерная серия продолжает функционировать (после некоторых изменений, конечно); обнуление номерной серии никак не сказывается на работе.

[Eldar9x]

Импортировал, не компилируется. Возможно забыто объявление макросов.
Но именно из-за

Цитата:

...возможно еще что-то

я бы не стал вносить изменения в эти классы, вдруг что-то забыто... Лучше перед присвоением номер обрабатывать.

[in.dc]

Цитата:

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

Импортировал, не компилируется. Возможно забыто объявление макросов..

Не пишите ерунды, все нормально компилируется.
Импортировал проект на Dynamics Ax 4.0 SP2 - макросы объявлены в NumberSeq\classDeclaration():

public class NumberSeq
{
    ...
    #DEFINE.SymbolNumerals('#')
    #DEFINE.SymbolLetters('&')
    #DEFINE.NoOfLetters(26)
    #DEFINE.FirstLetter('A')

    //  --> petergunn, NumberSeqOptional, 14.04.2009
    #define.SymbolNumOptional('$')
    #define.SymbolAlphaOptional('?')
    //  <-- petergunn, NumberSeqOptional
}

единственно для DAX4.0 поправил метод на таблице NumberSequenceTable.validateField():

    ...
    case fieldnum(NumberSequenceTable, Format):
        ret = this.checkFormat();
        //  in.dc -->
        ret = ret && NumberSeqOptional::validateFormat( this.Format ) ;
        //  in.dc <--
        break;
    ...

Цитата:

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

Но именно из-за я бы не стал вносить изменения в эти классы, вдруг что-то забыто... Лучше перед присвоением номер обрабатывать.

вы несколько категоричны в рекламе своего варианта с прописанным в коде префиксом (как локальное решение может быть и пойдет, но в общем случае Best Practice тут 'отдыхает', imho ), тем более что вроде автор сообщения и не агитирует ни кого за свое решение:

Цитата:

Все нижеследующее можно считать в некоторой степени оффтопом
...
следует иметь в виду при принятии решения об использовании необязательных спец. символов в формате(шаблоне) номерной серии.
...
P.S. Проект НЕ претендует на 'готовое' решение.

2 petergunn - благодарю за идею и пример кода, подумаем о использовании и такого варианта.

[oip]

 str 4  prefx = "ПОС.";

Гм... Вы вот прям так и сделали? А что помешало даже при данном выборе решения вынести этот префикс куда-нибудь в параметры?

[Eldar9x]

Цитата:

Гм... Вы вот прям так и сделали? А что помешало даже при данном выборе решения вынести этот префикс куда-нибудь в параметры?

Чтобы полностью исключить возможность его изменения.

[Eldar9x]

Цитата:

Не пишите ерунды, все нормально компилируется.

Да, действительно, после повторного импорта макросы появились...

Цитата:

вы несколько категоричны в рекламе своего варианта

не знаю, где уж вы там увидели рекламу ).
Вы задали вопрос

Цитата:

Eldar9x как в итоге решили вопрос с 'удалением' ведущих нулей?

я ответил.
Мне это решение и самому не нравится. Но поскольку в стандартной аксапте не реализован вышеуказанный формат номерной серии, пришлось выбирать вариант, который окажет наименьшее влияние на систему целиком. По поводу изменения NumberSeq... У меня на данный момент недостаточно знаний, чтоб гарантировать, что вышеописанное изменение класса NumberSeq не выплывет в каких-либо багах. Да и petergunn по сути это также озвучил.
Об этом говорилось и выше. Но, если вы хотите рискнуть и готовы внести подобные модификации в рабочее приложение, то флаг в руки.