Вы серьезно? Посмотрите видео на сайте Khan Academy! Работая там, у Джона появится настоящая возможность изменить мир в лучшую сторону, неся бесплатное, высококачественное, заряженное современными технологиями образование в массы.
Тут вопрос не в том, что Mozilla чем-то плоха, а в том, что те возможности, которые предоставляет ему Khan Academy — даются раз в жизни!
3-мя нажатиями на таб. А между `wcexBackground` и `=` — нужен всего 1 таб. Получается такое же лаконичное выравнивание + я нажимаю клавишу в 3 раза меньше, чем если бы долбил по пробелу.
Я так понимаю те, кто использует табы всегда беспощадно жмет пробел по 30 раз для алиджмента, так? Мне достаточно пары нажатий на таб как для алиджмента, так и для индентации и код всегда и везде будет выглядеть красиво, так как все это — пробелы.
В основе Silex лежит service container. Все ваши и корневые сервисы являются простыми PHP объектами, не завязанными на сам фрэймворк. Можете переезжать хоть на друпал в любой момент.
А что, вы уже собрались писать гигантский проект с сотней контроллеров и десятком бизнесс-объектов на Silex?
Если вы написали домашнюю страничку, а потом, вдруг, по мановению волшебной палочки решили сделать из него социальную сеть — вам в любом случае придется пересмотреть архитектуру контроллеров и роутинга. Но правильно спроектированные слои бизнесс-логики и представления могут переехать неизменными. О чем вопрос вообще?
Ну и если уж говорить о терминологии:
«В отличие от библиотек, которые объединяют набор подпрограмм близкой функциональности, фрэймворк содержит в себе большое количество разных по назначению библиотек.» (from wikipedia).
GluePHP = роутер = один сервис = НЕ фрэймворк, а роутер
Silex = набор библиотек с service container'ом = много сервисов = фрэймворк
В момент, когда станет совсем некрасиво, разработчику стоит задуматься о переезде на полновесный фрэймворк. Silex не создавался для разработки комплексных интернет-магазинов и социальных сетей — для этого есть Symfony2.
It's up to developer. Как всегда, вообщем. Кто мешает разбить этот один файл на reusable controller groups: http://silex-project.org/doc/usage.html#reusing-applications или, допустим, вынести шаблоны в отдельный layer? Всего 1 require и у вас уже 2 файла. В чем проблема?
Блог, сайт компании, сайт проекта. Вообщем вся мелочь, что сейчас за уши притягивается быть написанным на полновесном фрэймворке, после чего люди тонут в рутине фрэймворка, вместо решения реальных бизнесс-задач.
Тут вопрос не в том, что Mozilla чем-то плоха, а в том, что те возможности, которые предоставляет ему Khan Academy — даются раз в жизни!
Я так понимаю те, кто использует табы всегда беспощадно жмет пробел по 30 раз для алиджмента, так? Мне достаточно пары нажатий на таб как для алиджмента, так и для индентации и код всегда и везде будет выглядеть красиво, так как все это — пробелы.
Если вы написали домашнюю страничку, а потом, вдруг, по мановению волшебной палочки решили сделать из него социальную сеть — вам в любом случае придется пересмотреть архитектуру контроллеров и роутинга. Но правильно спроектированные слои бизнесс-логики и представления могут переехать неизменными. О чем вопрос вообще?
«В отличие от библиотек, которые объединяют набор подпрограмм близкой функциональности, фрэймворк содержит в себе большое количество разных по назначению библиотек.» (from wikipedia).
GluePHP = роутер = один сервис = НЕ фрэймворк, а роутер
Silex = набор библиотек с service container'ом = много сервисов = фрэймворк
— Silex = routing + HTTP abstraction layer + exception handler + event manager + service container + extensions manager (proof)
Терминология тут не при чем.
require_once "views/template.php";пойдет? Понятие «по-правильному» вы определяете для себя сами, исходя из требований разрабатываемого приложения.requireи у вас уже 2 файла. В чем проблема?