Эти вопросы остро стоят перед свободно распространяемыми движками, которыми пользуются многие. А у ТС-а свой коммерческий движок, написанный под себя и в любой момент в новой версии можно докинуть новых фич, натюнить модуля как надо, если не сделал этого ранее.

Кстати, у кого если есть свой приватный(коммерческий) движок, под какой лицензией вы его вместе с проданным сайтом распространяете?

_____________
There never was a struggle in the soul of a good man that was not hard

Да, но проблема в том, что интерфейс высокоуровневых модулей может значительно отличаться от проекта к проекту. Представление пользователя для страховой компании будет значительно отличаться от представления пользователя для медицинской клиники. Не получится описать общий для всех интерфейс. Это бизнес-логика. Бизнес-логику не описывают интерфейсами, поскольку бизнес-логика это частный случай одного конкретного бизнеса. Интерфейсами можно описать инфраструктурные вещи, такие как кеширование, но бизнес-логику нельзя. Поэтому на цмс трудно реализовать нетиповое решение, бизнес-логика не совпадает. Контейнер зависимостей не решит этой проблемы и не должен. В контейнере вообще не должны размещаться элементы доменной модели (бизнес-логики).

Почему не должны? У меня например вызов любого класса успешно реализуется через DIС, модуль подключается через DIC, он же в контроллер модуля кидает все зависимости, включая его собственные модели.

У тебя какое видение решения твоей проблемы?

_____________
Промокод предоставляет скидку на заказ домена и/или хостинга reg.ru
BFCC-3895-8804-9ED2

В мире CMS(F) и всего такого такой проблемы вообще не существует. Там просто есть дополнительные поля

_____________
Чатик в телеге