В чем преимущество ax-классов перед непосредственной работой с таблицами?

[Maximin]

Цитата:

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

я так понимаю, что стиль initFrom можно объявлять legacy и по возможности использовать axBC. так?

Можно ли попросить соображения в стиле: при таких то случаях лучше делать так?...

1. Да. Это позволит получить правильное поведение системы при интеграции (использовании AIF), т.е. в деле пресловутый DRY; единый для многих таблиц и более доступный для обобщения API, хоть один раз и надо будет потрудиться для полного понимания механизма. Другое дело, что при этом довольно много стандартного функционала в системе УЖЕ использует старый способ. Надо как-то жить с этим. Переделывать, я повторюсь, вряд ли кто-то себе позволит, разве что есть много простаивающей рабочей силы. Опять же, в свете AX2012 это будет мартышкин труд - слишком велики изменения. Всё, что я писал в предыдущем посте, про рефакторинг и т.д. - это взгляд с точки зрения "как надо было бы сделать по фен-шую".
2. Что же касается реальной разработки, то тут варианта 2:
2.1 "Чистый новый проект" - делаем все на новых классах, за initFromxxx - бьем по рукам, параллельно допиливаем axBC (может быть, используя initFromXXX, правда, очень сомневаюсь, что оно там пригодится, заполнение полей делается несколько по-другому), т.к. из-за использования в стандарте старых подходов, чего-то будет неминуемо не хватать. На выходе - имеем допиленный API и сразу "искаропки" работающий AIF, заказчик, решивший внедрить ESB, или прикрутить свой Web-магазин счастлив.
2.2 Проект, в котором много собранного/собирающегося из кучи уже внедренных решений. Ну, что тут сказать - знающий, да содрогнется. В этой бочке меда уже есть изрядная толика дёгтя. Конечно, смотря что собиралось. Но если туда добавится еще ложка - вряд ли ей станет сильно хуже. Останавливать желающего поиметь experience это не должно. Но если есть хотя бы отдаленная перспектива взаимодействия через XML с внешними системами, переносимые доработки должны быть подвергнуты тщательному исследованию на предмет переделки на API axBC. У меня уже был опыт адаптации уже запущенного решения для нормальной работы с AIF, и я скажу, удовольствие это сильно ниже среднего, учитывая, "удобство" отладки при потреблении Web-сервисов AX внешними системами. Т.е. напилено было много чисто "по старому", и для внесения всего этого в новую схему, хотя бы в деле простого создания/редактирования записей, пришлось много потрудиться.

В целом,

Цитата:

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

в долгосрочной перспективе предпочтительным видится подход с использованием AxBC-классов