Comments 11
Серьезно, вся тема — это расшифровка аббревиатуры MVC?!!!
Вводный курс в буквы как раз на geektimes очень красиво смотрелся бы, и даже возможно кому-то был бы полезен.
маленькими и только начинающими PHPшниками
Ну да ну да, а заставлять их сходу осозновать MVC без должного фундамента это типа не глумление, с учетом того что классического MVC на сервере нет и не будет, не нужно оно там, это UI-ая архитектура. В контексте WEB-а намного важнее осознать концепцию request/response. А перед тем как рассказывать байки про MVC и т.д. нужно вообще рассказать о причинах, лежащих в разделении приложения на слои, слабой связанности и таких вещах как разделение ответственности. Без понимания зачем, рассказывать что это такое смысла нет вообще. Только хуже будет.
немного сумбурный код, на три независимые части
Не совсем на три независимые части, а на две. Модель, содержащая бизнес объекты и описывающая их взаимодействие (модель предметной области) и слой представления, который отвечает за перевод данных из формата модели, в формат, который хочет от нас клиент (человек или машина, в зависимости от того кто использует приложение). Контроллер в этом случае вводится как раз таки посредником между двумя слоями, что бы они действительно стали независимы друг от друга. На этом роль контроллера заканчивается и это именно та причина, по которой контроллеры должны быть максимально тонкими. Иначе у нас часть модели перетекает в контроллер, что сами понимаете, ломает всю красоту.
Словом… грусть печаль…
Не, ну на сервере почти что MVC с пассивными моделями (которые не воздействуют напрямую на вьюху) и применяется в основном. Отличие только в том, что экшн (нажатие кнопки, например) — прилетает в метод сквозь роутинг, а не благодаря айдишнику, например WinForms элемента с эвентом внутри. Разве нет? Почему на сервере нет MVC?
Иногда кажется, что чем больше узнаешь, тем сложнее программировать и пользоваться сторонними библиотеками, вырабатывается какой-то перфекционизм. Раньше простую гостевую делали по учебниками и статьям и было приятно, было в кайф, все было просто и понятно. Сейчас подключаешь либы ко всему и надеешься что все будет работать как надо, и не нужно будет лезть в исходники, чтоб не ужаснуться и не ловить себя на мысли переписать с нуля под себя; Чтоб открывая код ты чувствовал себя дома.
Вот я не дружу с JS и совсем не было мыслей переписать jQuery или какой плагин к нему. PHP знаю лучше, но вот использовать что-то стороннее прям иногда бесит, интереснее изучить либы и написать все по своему. Как бороться с этим не знаю =/
Вот я не дружу с JS и совсем не было мыслей переписать jQuery или какой плагин к нему. PHP знаю лучше, но вот использовать что-то стороннее прям иногда бесит, интереснее изучить либы и написать все по своему. Как бороться с этим не знаю =/
Раньше простую гостевую делали по учебниками и статьям и было приятно, было в кайф, все было просто и понятно.
И каждый раз каждый из нас писал гостевую с нуля. Потом прикручивал к ней статические страницы, потом динамические, потом новости, потом блоги, потом галереи картинок, форумы и… ВУАЛЯ! Так рождались самописные лапшеобразные фреймворки-велосипеды :)
И ни слова по существу про PHP…
Детский сад.
Как обычно, 95% статей вида «ХХХ для новичков» на самом деле являются «ХХХ для новичков, от новичков».
Смешно видеть такое утверждение, а затем рассуждение о Fat Stupid Ugly Controller. Ведь именно такой подход и приводит к FSUC.
Вы бы почитали откуда взялся термин FSUC, прежде чем других учить.
Проще говоря, MVC — это набор паттернов, позволяющий разделять может быть немного сумбурный код, на три независимые части — данные-вид-логика.
Смешно видеть такое утверждение, а затем рассуждение о Fat Stupid Ugly Controller. Ведь именно такой подход и приводит к FSUC.
Вы бы почитали откуда взялся термин FSUC, прежде чем других учить.
Кстати, перевод этой замечательнейшей статьи на хабре: M в MVC: почему модели непоняты и недооценены
Sign up to leave a comment.
PHP для маленьких. MVC по-своему