Нарушает ли хранение моделей, видов и контроллеров в одной директории концепцию MVC?

Question

[thorii]

На данный момент, для каждой страницы я создавал отдельную директорию в которой хранил модель, вид и контроллер. Например: директория account (expample.com/account) хранит в себе Controller.php Model.php и View.php
Наплел себе мол "Не будет зависимости от других моделей", но вовремя осознал этот бред. Сейчас начал все хранить раздельно, то есть Модели в /models и т.д. (не приходится возиться в длинными пространствами имен)
Вопрос, нарушил ли я ранее концепцию MVC? Или это был и не MVC вовсе, а его ответвление?

Answer 1

[Назар Мокринский]

Разве в концепции MVC хоть как-то упоминается структура хранения файлов, или файлы как таковые вообще?

P.S. MVC в PHP невозможно, поскольку запросы stateless.

Comments

[Saveli Tomak]

А как же MVC фреймворки: Symfony, Laravel etc... ?)

[Назар Мокринский]

Saveli Tomak: Там MVC не то, MVC, которым его изначально назвали. Настоящее MVC это в десктопных приложениях, когда у вас stateful взаимодействие.
В любом любом случае размещение файлов тут ни при чем.
Ситуацию с expample.com/account (из вопроса) в Kohana, к примеру, называют HMVC (иерархический MVC), но сути это не меняет.

[Saveli Tomak]

Назар Мокринский: в php stateful взаимодействие, разве нет ? Вот HTTP запрос - stateless.
В php сохранение состояния обеспечивают сессии и куки.

[Назар Мокринский]

Saveli Tomak: Ну как же stateful, когда вы отправили запрос, получили страницу и всё, процесс PHP на сервере умер, соединения до следующего запроса нет?

[Saveli Tomak]

Ну и на самом деле я немного не понимаю как открытие нового процесса PHP с каждым запросом от веб сервера относится к MVC

[ThunderCat]

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

Answer 2

[Saveli Tomak]

MVC подразумевает лишь разделение ответственности между разными частями ПО.
Так, одна из них должна отвечать за данные и бизнес логику - модель.
Другая должна отвечать за UI - вид.
А третья должна включать в себя методы взаимодействия с пользователем, отвечать на различные события (например на HTTP запросы пользователей, если что HTTP запросы обрабатывает не PHP, этот вопрос гораздо глубже, чем может показаться)

Никакую строгую структуру директорий MVC не диктует, но это не значит, что Вы не должны обращать на нее внимание, я могу посоветовать взглянуть на ряд популярных фреймворков и разобраться как это сделано у них.

P.S: Symfony and Laravel. They are best suited for this.

Answer 3

[Алексей Алексин]

Не нарушает, даже больше скажу: можно даже все делать в одном файле, но внутри него разделять логику и представление, и это тоже будет являться MVC в PHP.