McCarПланируется начать некий проект для автоматизации учета на предприятии, который при благоприятном раскладе может вырасти в нечто достаточно маштабное, - по фунционалу некий аналог 1с тогрговля и склад. Начал изучать различные подходы к построению архитекутуры таких приложений, сначала с Model-View-Presenter, потом начал искать примеры сложных приложений на этом паттерне, потом перешел к описанию готовых фреймворков для подобных задач. <...>
IMHO не с того фреймворка начинаете. Попробуйте нарисовать аналитическую модель с так называемыми "бизнес-сущностями", определить для них "бизнес-действия" (что-нибудь в стиле договор-отклонить-пересмотреть-принять->счёт-выставить->платёж-проверить-учесть->проводку-разбить-внести-скорректировать). Затем опросить разработчиков, кто что знает. Подумать о том, как укладывать в БД, в большом количестве делать формы, определять-доопределять бизнес-действия, обеспечивать масштабируемость, ограничение полномочий, решение многопользовательских конфликтов, работать на плохих каналах, "выкатывать" изменённые конфигурации с версионированием "на ходу". Потом спросить у разработчиков, с чем они знакомы, и уж потом - выбирать.

Потому что соблазнившись рекламно-пропагандистскими лозунгами, обилием модных терминов и красивыми контролами, можно загнать себя в очень неудобные рамки. Кроме того, есть проблемы автоматизации рутинных операций и порога вхождения, которые особенно важен для фреймворков учётных систем, т.к. чем проще система в кастомизации - тем более гибкой является система и тем больший сектор рынка она сможет завоевать.