Показать сообщение отдельно
Старый 06.10.2017, 15:08   #60  
ax_mct is offline
ax_mct
Banned
 
2,548 / 1091 (0) ++++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от belugin Посмотреть сообщение
Все есть интерес к процессу (хотя бы небольшого) и тем не менее у всего есть публичный интерфейс и реализация.
Это если надо только воспользоваться процессом, например читаем из файла и создаем строку заказа. Разработка с типом "Интерфейс". Не вопрос.

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

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

Цитата:
Сообщение от belugin Посмотреть сообщение
Теоретически надо отделять те куски которые вендор может изменить, от тех которые он будет поддерживать и следить за этим. Для разделения у нас есть public protected private и internal (причем последнее заработало на всех уровнях только в последних PU).
Тупиковая стратегия использовать ООП применительно к бизнес-процессам ERP. Поскольку деление на методы и обьекты делается в силу восприятия программиста, а не в силу обслуживания процесса.
Как результат ничего кроме помех разделение на открытые-закрытые куски не принесет.

Цитата:
Сообщение от raz Посмотреть сообщение
Я бы хотел поднять вопрос об использовании args.getArg(identifierStr(SomeIdentifier)) в пре/пост-хендлерах.
...
Если имя параметра поменяется, то ошибку может обнаружить только пользователь, т.к. что будет не так считаться/работать.
DAX не выдаст ошибку, компилятор не предупредит, все будет красиво со стороны разработчика.
Это потенциальная дыра.
Согласен. Но с другой стороны разве это не текущая политика вендора чтобы не было ошибок компилятора? Все нормально. Динамическое исполнение, так кажется эта парадигма называется.