Цитата:
Сообщение от
Vadik
Как по мне, так это катастрофа. Ведь придется переключиться с одной готовой реализации (SalesSalesOrderService) на другую (SalesSalesQuotationService / CustFreeTextInvoiceService / LedgerGeneralJournalService), а Вам - всего лишь запилить новую, абстрагированную
Не забывай, что по условиям задачи у тебя 10 клиентских приложений, а значит при каждой смене реализации нужно будет полностью переписывать 10 кусков клиентского кода. В то время как дополнительный уровень абстракции изолирует изменения исключительно рамками AX.
В идеальной архитектуре, этим занимается ESB или в BizTalk, и тогда стандартные сущности AIF действительно смотрятся логично. У тебя есть абстрактный сервис на ESB, который дергает все положенные сущности AIF. Но если бы у вас так было организовано, то этого обсуждения и не возникло бы. В реальных условиях, о ESB архитекторы мечтают, но обосновать ее внедрение вменяемо не могут (отчасти потому, что AIF большинство функций и так исполняет), поэтому низко-гранулированные сервисы пишутся в AX, и дергают классы разноски напрямую. Т.к. если ты уже ввел уровень изоляции, то зачем тогда весь этот overhead со стандартными сущностями?