Я написал на досуге свою MVC за 2 часа — там и контроллер запросов, и экшны, и шаблоны. Просто для прикола. Немного файлов, несколько килобайт. Для тренировки может быть полезно, но на практике бессмысленно — лучше использовать готовую реализацию из какого-либо фреймворка.
MVC в Zend гибок, в работе не раз убеждались. Можно управлять и представлением, и роутингом и многим чем ещё — используя написание своих, отнаследованных классов, плагины и т.п.
Формы — отдельный разговор. Делать формы «от руки» я бы не сказал, что проще. А валидация? А подстановка значений?
Одно дело, когда разработчик пишет сам, потому что имеющихся решений объективно не хватает (но он их изучил), другое — когда страдает синдромом «сделано не здесь» или считает себя самым умным.
Конечно, хорошо, когда человек начал путь в разработке с написания своей мегапростой и мегаудобной и производительной CMS — сделать не сделает, но чему-то научится. Но изучение на первых порах фреймворка, думаю, не менее (а может быть и более) полезно при правильном подходе. Исходные коды ZF хороши как образец того, к чему можно стремиться.
А зачем нужна маленькая «МВЦ»? Для маленьких сайтов-визиток? При создании проекта покрупней эта «маленькая» обрастёт кучей… кода, и станет головной болью. Уж лучше Zend, где есть некоторая избыточность, но именно она обеспечивает хорошую гибкость и конфигурируемость MVC-инфраструктуры.
Цена явно символическая — просто чтобы совсем бесплатно не отдавать. Корпоративные лицензии чай подороже будут. Привязка потребителя. А так, глядишь, пользователи домашних ПК лицензию уважать приучатся.
Круто, только где найти столько одинаковых по формату книг? А поиск книги можно упростить, если пронумеровать все книги и держать где-то (в экселе например) таблицу соответствий. Это же позволит проще повторно расставлять книги.
MVC в Zend гибок, в работе не раз убеждались. Можно управлять и представлением, и роутингом и многим чем ещё — используя написание своих, отнаследованных классов, плагины и т.п.
Формы — отдельный разговор. Делать формы «от руки» я бы не сказал, что проще. А валидация? А подстановка значений?
Одно дело, когда разработчик пишет сам, потому что имеющихся решений объективно не хватает (но он их изучил), другое — когда страдает синдромом «сделано не здесь» или считает себя самым умным.
Конечно, хорошо, когда человек начал путь в разработке с написания своей мегапростой и мегаудобной и производительной CMS — сделать не сделает, но чему-то научится. Но изучение на первых порах фреймворка, думаю, не менее (а может быть и более) полезно при правильном подходе. Исходные коды ZF хороши как образец того, к чему можно стремиться.
Программа простенькая, но часто этого вполне достаточно, чтобы набросать диаграмму классов.
Отсюда