D365: passing through public method by means of Pre- and Post-event handlers

[ax_mct]

Цитата:

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

Все есть интерес к процессу (хотя бы небольшого) и тем не менее у всего есть публичный интерфейс и реализация.

Это если надо только воспользоваться процессом, например читаем из файла и создаем строку заказа. Разработка с типом "Интерфейс". Не вопрос.

Но адаптирование той же AX под бизнес-процессы клиента это не реализация интерфейсных задач, а именно что изменение самих процессов. Разработка с типом "Изменение процесса".

Насчет что "иногда", сложно сказать. Понятно что иногда изменений "Интерфейс" это может быть 70% задач и 30% на "Изменение процесса", но не в процентах дело, а в важности их для клиента.

Цитата:

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

Теоретически надо отделять те куски которые вендор может изменить, от тех которые он будет поддерживать и следить за этим. Для разделения у нас есть public protected private и internal (причем последнее заработало на всех уровнях только в последних PU).

Тупиковая стратегия использовать ООП применительно к бизнес-процессам ERP. Поскольку деление на методы и обьекты делается в силу восприятия программиста, а не в силу обслуживания процесса.
Как результат ничего кроме помех разделение на открытые-закрытые куски не принесет.

Цитата:

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

Я бы хотел поднять вопрос об использовании args.getArg(identifierStr(SomeIdentifier)) в пре/пост-хендлерах.
...
Если имя параметра поменяется, то ошибку может обнаружить только пользователь, т.к. что будет не так считаться/работать.
DAX не выдаст ошибку, компилятор не предупредит, все будет красиво со стороны разработчика.
Это потенциальная дыра.

Согласен. Но с другой стороны разве это не текущая политика вендора чтобы не было ошибок компилятора? Все нормально. Динамическое исполнение, так кажется эта парадигма называется.