Цитата:
Сообщение от
belugin
Все есть интерес к процессу (хотя бы небольшого) и тем не менее у всего есть публичный интерфейс и реализация.
Это если надо только воспользоваться процессом, например читаем из файла и создаем строку заказа. Разработка с типом "Интерфейс". Не вопрос.
Но адаптирование той же AX под бизнес-процессы клиента это не реализация интерфейсных задач, а именно что изменение самих процессов. Разработка с типом "Изменение процесса".
Насчет что "иногда", сложно сказать. Понятно что иногда изменений "Интерфейс" это может быть 70% задач и 30% на "Изменение процесса", но не в процентах дело, а в важности их для клиента.
Цитата:
Сообщение от
belugin
Теоретически надо отделять те куски которые вендор может изменить, от тех которые он будет поддерживать и следить за этим. Для разделения у нас есть public protected private и internal (причем последнее заработало на всех уровнях только в последних PU).
Тупиковая стратегия использовать ООП применительно к бизнес-процессам ERP. Поскольку деление на методы и обьекты делается в силу восприятия программиста, а не в силу обслуживания процесса.
Как результат ничего кроме помех разделение на открытые-закрытые куски не принесет.
Цитата:
Сообщение от
raz
Я бы хотел поднять вопрос об использовании args.getArg(identifierStr(SomeIdentifier)) в пре/пост-хендлерах.
...
Если имя параметра поменяется, то ошибку может обнаружить только пользователь, т.к. что будет не так считаться/работать.
DAX не выдаст ошибку, компилятор не предупредит, все будет красиво со стороны разработчика.
Это потенциальная дыра.
Согласен. Но с другой стороны разве это не текущая политика вендора чтобы не было ошибок компилятора? Все нормально. Динамическое исполнение, так кажется эта парадигма называется.