MVC - зачем и почему
1,00
р.
Все рекомендуют учить/использовать/молиться на MVC.
Сталкиваюсь с ним в основном в джумле, то развилась аллергия на нубское применение: например, зашел я в файл template.php, а там написано:
<?php $this->view->printHTML() ?>
И соответственно я ищу эту функцию по файлам, в ней подключаются еще три файла, require в цикле и тому подобное. Я понимаю, что это не "pure MVC", но когда шаблон используется везде, даже если основной фреймворк к этому не приспособлен + провоцирует на такую кашу из лишних файлов, меня это настораживает.
И собственно вопрос: всю жизнь, как недавно выяснилось, использовал фасад либо простую пару код(функция/класс/require)+шаблон для простых модулей. Для пары кодер+верстальщик второе мне кажется идеальным.
Чем MVC лучше и есть ли более адекватные паттерны для командной работы?Или все-таки "MVC" - просто очередная крутая аббревиатура для непрямого массажа мозга работодателям?
Ответ
Ёлка-зеленки, что я тут читаю!?
Ребят. Если вы сталкиваетесь с плохим кодом и в нём плохой программист написал
И, соответственно, я ищу эту функцию по файлам, в ней подключаются ещё три файла, require в цикле и тому подобное.
Это не проблема Архитектуры MVC — это проблема кривых рук, тупой головы и неправильного понимания.
MVC — это очень удобно.
Если интересно узнать про временные рамки создания, то с помощью YII Framework админку для сайта можно сделать за срок примерно от часа до 3 часов. Пусть она будет не «Ах, как красиво», зато полностью функциональна.
MVC — это круто!
От программиста, при условии, что он юзает Framework, нужно только логическое представление его проекта и понимание принципов архитектуры MVC.
Для большинства фреймворков, первым демо для нубов делают создание "БЛОГА", для чего? Ну обычно, в хорошем случае, почти все веб-девелоперы делают свой блог, а тут раз — и поднять его на каком-либо фреймворке за 10-30 минут, вааще круть. На нём будет и проверка на вводимые символы путем небольших манипуляций, и проверка на заполнение и прочее, прочее, прочее.
Кто сталкивался, опять же повторюсь, с нубовскими кодами ребят, вырвите эти руки у тех, кто писал, а на архитектуру не ругайтесь. Если вы не прочувствовали её или не поняли - это не значит что это плохо. Скорее, Вы не компетентны в вопросе, а не архитектура, ведь на ней сейчас разрабатываются огромные проекты, в том числе и высоконагруженные.
Плюсы MVC можно перечислять долго, минусы тоже есть.
Допустим, долго вы будете писать кеширование на вашем ресурсе? Ну, наверное, потратите точно день-два, это при хорошем стечении обстоятельств, и то, не уверен, ведь применять его нужно на весь код. А в MVC вы просто добавляете, дай боже, 2—10 строк в код и радуетесь, что ваш ресурс меньше долбит БД, больше отправляет кеша пользователю, все довольны, хозяин рад. Сервер отдыхает.
Писать и расписывать я могу долго, но долбить в стену — это неправильно. В стену нубы долбятся, я очень надеюсь, что их на данном ресурсе всё же оооочень маленькое кол-во.
Учите матчасть, читайте про архитектуру MVC, учитесь, и пытайтесь понять на примерах!
Удачи.
Сталкиваюсь с ним в основном в джумле, то развилась аллергия на нубское применение: например, зашел я в файл template.php, а там написано:
<?php $this->view->printHTML() ?>
И соответственно я ищу эту функцию по файлам, в ней подключаются еще три файла, require в цикле и тому подобное. Я понимаю, что это не "pure MVC", но когда шаблон используется везде, даже если основной фреймворк к этому не приспособлен + провоцирует на такую кашу из лишних файлов, меня это настораживает.
И собственно вопрос: всю жизнь, как недавно выяснилось, использовал фасад либо простую пару код(функция/класс/require)+шаблон для простых модулей. Для пары кодер+верстальщик второе мне кажется идеальным.
Чем MVC лучше и есть ли более адекватные паттерны для командной работы?Или все-таки "MVC" - просто очередная крутая аббревиатура для непрямого массажа мозга работодателям?
Ответ
Ёлка-зеленки, что я тут читаю!?
Ребят. Если вы сталкиваетесь с плохим кодом и в нём плохой программист написал
И, соответственно, я ищу эту функцию по файлам, в ней подключаются ещё три файла, require в цикле и тому подобное.
Это не проблема Архитектуры MVC — это проблема кривых рук, тупой головы и неправильного понимания.
MVC — это очень удобно.
Если интересно узнать про временные рамки создания, то с помощью YII Framework админку для сайта можно сделать за срок примерно от часа до 3 часов. Пусть она будет не «Ах, как красиво», зато полностью функциональна.
MVC — это круто!
От программиста, при условии, что он юзает Framework, нужно только логическое представление его проекта и понимание принципов архитектуры MVC.
Для большинства фреймворков, первым демо для нубов делают создание "БЛОГА", для чего? Ну обычно, в хорошем случае, почти все веб-девелоперы делают свой блог, а тут раз — и поднять его на каком-либо фреймворке за 10-30 минут, вааще круть. На нём будет и проверка на вводимые символы путем небольших манипуляций, и проверка на заполнение и прочее, прочее, прочее.
Кто сталкивался, опять же повторюсь, с нубовскими кодами ребят, вырвите эти руки у тех, кто писал, а на архитектуру не ругайтесь. Если вы не прочувствовали её или не поняли - это не значит что это плохо. Скорее, Вы не компетентны в вопросе, а не архитектура, ведь на ней сейчас разрабатываются огромные проекты, в том числе и высоконагруженные.
Плюсы MVC можно перечислять долго, минусы тоже есть.
Допустим, долго вы будете писать кеширование на вашем ресурсе? Ну, наверное, потратите точно день-два, это при хорошем стечении обстоятельств, и то, не уверен, ведь применять его нужно на весь код. А в MVC вы просто добавляете, дай боже, 2—10 строк в код и радуетесь, что ваш ресурс меньше долбит БД, больше отправляет кеша пользователю, все довольны, хозяин рад. Сервер отдыхает.
Писать и расписывать я могу долго, но долбить в стену — это неправильно. В стену нубы долбятся, я очень надеюсь, что их на данном ресурсе всё же оооочень маленькое кол-во.
Учите матчасть, читайте про архитектуру MVC, учитесь, и пытайтесь понять на примерах!
Удачи.
