В настоящее время, секция обслуживания уровневой модели держит MainService
со следующими целямиИспользование представлений и шаблонов
MainService => Communicates with persistence layer,
does the UI logic,
renders the respective view
ОП из the question here описывает идею; представления должны делать пользовательский интерфейс, а затем визуализировать (зависит) соответствующий шаблон.
Пример MainService
подобен
echo $this->factory->template()
->file('/path/to/template')
->set('url', 'some/url')
->render();
Очевидно, что это явно противоречит концепции Views
. И здесь я смущаюсь - текущая реализация сервиса очень похожа на представление. Это точка зрения?
Это определение кажется использовать «сервис» за то, что я хотел бы рассмотреть контроллер. Если вы посмотрите, как некоторые крупные «mvc» фреймворки (symfony, laravel) реализовали mvc, то вы направляете запрос на контроллер, который берет вход пользователя и делает все, что он должен делать с ним, предпочтительно используя службы. А затем визуализируйте view/template – JimL
Afaik, контроллер в php - это в основном сервис, который является частью слоя модели. – sitilge
В вариантах упоминания «mvc» они используют службы, такие как служба журнала, почтовая служба и т. Д. Обратите внимание, что я постоянно использую «mvc» с кавычками, поскольку это только определенный уровень, который реализуется в этом шаблоне. Кажется, он не установлен в камне и часто несколько самоуверен, как реализуются эти (и другие) шаблоны. если вы заинтересованы в обсуждении структуры/шаблона, я предлагаю вам опубликовать по адресу http://codereview.stackexchange.com/ – JimL