Интересно, только я не знал первый вариант использования «static» (создание статической локальной переменной)? Наверное, минус постоянной ОО разработки — с некоторыми нюансами языка, проявляющимися при процедурном программировании, просто никогда не сталкиваешься.
можно было бы выкинуть Assetic, Forms, Doctrine, а также Good Practices и использовать как Symfony как нормальный микрофреймворк из коробки
Именно для этих целей был создан Silex. Другое дело, что на склеивание нужных именно Вам частей симфонии также уйдет время (и это вполне возможно вызовет гугление и последующий баттхерт). Плюс дока этого микрофреймворка не обновлена для 2.0 пока.
И да, спасибо за статью. Холивар получился вполне неплохой :)
Гигантский шаг вперед конечно, но одного меня смущает название? Да в большинстве случаев метод наверняка будет использоваться для подтягивания чего-либо GET запросом, но в случае POST название «fetch()» является ложным.
Полностью с Вами согласен. Только хотелось бы добавить что все эти аргументы актуальны и против JS. Так что ему тоже, как первому языку можно сказать «НЕЕЕЕЕЕЕЕЕЕТ!»
По поводу цели создания самого продукта, согласен с Вами. При этом остается возможность подменить практически любой класс на свой, тем самым обеспечив нужное в конкретном проекте поведение.
Спасибо за статью. Давно слышал что такое есть, но не было времени пощупать. Кстати, это ок установленный локально yeoman генераторы устанавливает глобально?
Это только одна из плюшек запиленных в 2.6. Самая ли интересная? Кому как. Мне например понравилась Bootstrap тема для формы и неcколько удобных шорткат-методов в контроллере: sfhub.ru/?p=108.
Именно для этих целей был создан Silex. Другое дело, что на склеивание нужных именно Вам частей симфонии также уйдет время (и это вполне возможно вызовет гугление и последующий баттхерт). Плюс дока этого микрофреймворка не обновлена для 2.0 пока.
И да, спасибо за статью. Холивар получился вполне неплохой :)
Дык 2.7 еще ж не релизилась. Или я чего-то не знаю?
Это исключительно инициатива автора этой статьи.
По поводу цели создания самого продукта, согласен с Вами. При этом остается возможность подменить практически любой класс на свой, тем самым обеспечив нужное в конкретном проекте поведение.
смотрится не очень в шаблоне.