Цитата:
Сообщение от
EVGL
При использовании же связки DB -> Model -> Format в 50% случаев по факту можно обойтись работой с только форматом. Т.е. настройщик должен знать "лишь" уровень абстракции Model.
В принципе изначально идея была в том, чтобы model был просто классом, который писал X++ программист, а формат был как движок шаблонов. Потом, решили сделать это тоже конфигурируемым для простых случаев и мелких правок программист ну нужен. Слой model нужен чтобы:
- Скрыть от функционального консультанта сложности модели данных AX
- При изменениях модели данных разные виды отчетов оставались совместимыми
(вспомните, например, что произошло при переходе с Ax2009 на Ax2012 - понятие счета ГК осталось, но способ получения их разный)
- То, про что сказал Маззи - возможность добавлять принципиально другие источники данных