Вопросы про RunBase

[lev]

Цитата:

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

...
Енумы можно определять как пустые (если соответствующего значения нет) по цифре 255. Завести где нито макрос/метод класса/глобальную функцию которая это будет возвращать и в нужных местах инициализировать/сравнивать. 255 не может быть у енума ни в каком случае (если не ошибаюсь, то последнее допустимое 250). ...

эээ, а если в какой нибудь из следующих версий вдруг решат увеличить максимальное число элементов в enum-е и сделают например 300? тогда такая доработка сразу внесет много лишней работы при переходе на новую версию.

[db]

Цитата:

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

эээ, а если в какой нибудь из следующих версий вдруг решат увеличить максимальное число элементов в enum-е и сделают например 300? тогда такая доработка сразу внесет много лишней работы при переходе на новую версию.

в замену одного числа в макросе/методе который это 255 определяет. Да и вероятность расширения енумов мала микроскопически

Дополнение. Имелся ввиду не макрос метод в каждом обработчике, а нечто одно на всю аксапту. Макрос который живет в AOT, статический метод, ф-ия в Global

[lev]

Цитата:

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

в замену одного числа в макросе/методе который это 255 определяет. Да и вероятность расширения енумов мала микроскопически

Дополнение. Имелся ввиду не макрос метод в каждом обработчике, а нечто одно на всю аксапту. Макрос который живет в AOT, статический метод, ф-ия в Global

Все равно мне кажется сомнительное решение. Использование констант в X++ не приветствуется.
На мой взгляд лучше подумать при создании enuma как он будет использоваться, в каких случаях по нему будут выполняться сравнительные действия, и уже продумать использовать в нем нулевой элемент, или нет.

Итого: на мой взгляд в Enum-параметрах лучше не использовать нулевой элемент.

[db]

Цитата:

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

Использование констант в X++ не приветствуется.

Именно поэтому их и заворачивают в макросы/стат методы

Для тех кому 255 неприемлемо по религиозным соображениям - кошерная эмуляция NULL с помощью двух parm- методов

MySuperEnum parmMySuperEnum()
boolean parmUseMySuperEnum()

[lev]

Цитата:

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

Именно поэтому их и заворачивают в макросы/стат методы

Для тех кому 255 неприемлемо по религиозным соображениям - кошерная эмуляция NULL с помощью двух parm- методов

MySuperEnum parmMySuperEnum()
boolean parmUseMySuperEnum()

Все проще Используйте везде в своем коде элемент None (0) как пустой, и тогда не придется писать глобальные методы с цифирками, или эмуляторы NULL

P.S. наше обсуждение ушло немного в сторону от исходной темы, приношу свои извинения топикстартеру

[db]

Цитата:

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

Все проще Используйте везде в своем коде элемент None (0) как пустой, и тогда не придется писать глобальные методы с цифирками, или эмуляторы NULL

P.S. наше обсуждение ушло немного в сторону от исходной темы, приношу свои извинения топикстартеру

Да я бы рад, только что делать с каким нибудь, например, SalesType?

[lev]

Цитата:

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

Да я бы рад, только что делать с каким нибудь, например, SalesType?

ждал этого вопроса
если вам нужно выполнить обработку по заказам, и эта обработка должна быть параметризирована, то я бы для обработки создал свой Enum, с помощью которого бы определялось, выполнять обработку по заказам с SalesType = Journal или Sales.
Конечно это более трудозатратно чем просто передать в параметре SalesType, но в случае с уже существующими (системными) enum-ами, где нулевой элемент несет смысловую нагрузку, это гарантирует что все проверки по параметру отработаю корректно, и все необходимые заказы будут обработаны. Вот как то так

[sukhanchik]

Цитата:

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

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

Забил ногами Даже возражать не собираюсь. Сдаюсь

[sukhanchik]

Цитата:

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

эээ, а если в какой нибудь из следующих версий вдруг решат увеличить максимальное число элементов в enum-е и сделают например 300? тогда такая доработка сразу внесет много лишней работы при переходе на новую версию.

Учитывая как сильно последнее время отличаются между собой версии - эта "мелочь" потонет при апгрейде. Да и пригодится-то она только в своих модификациях только, которых не должно быть много .
По поводу констант - от их использования никуда не убежишь. И их использование заменяется использованием макросов.
Если бы можно было бы от констант отказаться - то давно б отказались. Не приветствуется использование таких констант, которые не могут быть константами - ставка налога к примеру. А какие-то вещи - типа количество дней в году, или "волшебный номер" 255 - вполне может использоваться. Как раз-таки его и не потребовалось бы использовать - если бы все енумы начинались бы с нулевого ничего не значащего значения.

[lev]

Цитата:

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

Учитывая как сильно последнее время отличаются между собой версии - эта "мелочь" потонет при апгрейде. Да и пригодится-то она только в своих модификациях только, которых не должно быть много .
По поводу констант - от их использования никуда не убежишь. И их использование заменяется использованием макросов.
Если бы можно было бы от констант отказаться - то давно б отказались. Не приветствуется использование таких констант, которые не могут быть константами - ставка налога к примеру. А какие-то вещи - типа количество дней в году, или "волшебный номер" 255 - вполне может использоваться. Как раз-таки его и не потребовалось бы использовать - если бы все енумы начинались бы с нулевого ничего не значащего значения.

понятное дело что от констант не уйти на 100%, но по максимуму их можно сократить
под не использованием нулевого значения, я не имел ввиду создание элементов начиная с 1. Имелось в виду создания Первого элемента как None = 0, которое не имеет смысловой нагрузки, а используется как пустое значение.

[sukhanchik]

Цитата:

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

понятное дело что от констант не уйти на 100%, но по максимуму их можно сократить

Есть вещи (типа кол-во значений в енуме) которые можно принять за "условно постоянные". Почему-то ни у кого не возникает идеи считать к примеру пути к узлам АОТа как не константу. Или коды типов узлов (TreeNodeSysNodeType).

Цитата:

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

под не использованием нулевого значения, я не имел ввиду создание элементов начиная с 1. Имелось в виду создания Первого элемента как None = 0, которое не имеет смысловой нагрузки, а используется как пустое значение.

В такой постановке абсолютно согласен.