Почему symfony?
Когда передо мной стоял выбор фреймворка, я ставил перед ним несколько основных задач:
- ускорение разработки кода
- отсутствие архитектурных барьеров
- хорошая документированность
- наличие расширенний, плагинов, поддержки
Первым я познакомился с CakePHP. Сразу было сложно разобраться, документация показалась сырой и недоделанной.
Потом решил попробовать чтото другое и посмотрел на Symfony. Этот фреймворк показался очень сложным и непонятным, пришлось отложить изучение на будущее.
Через время мне порекомендовали CI. Оказался он достаточно простім и понятным. Даже в документацию лазил редко, все работал ос первого раза. Но такая легкость наводила на мысль что в больших проектах может не хватать масштабируемости самого фреймворка, тоесть все равно прийдется писать много рутинного кода.
Поэтому начал изучать симфонию снова и со второй попытки процес пошел. Благо, часть документации уже на то время была переведена на русский.
Конечно, пришлось много раз смотреть мануал, но он читался легко. Тогда я понял важный момент. нельзя просто читать документацию, чтобы изучить фреймворк. Лучше сразу на нем писать и изучать по ходу работы.
Самым последним я знакомился с Zend Framework. Но он, к сожалению не пошел. Не увидел я в нем целостности системы. Максимум, что можно с ним делать – это использовать отдельные классы. Хотя, с другой стороны, может такая вольность кода и есть плюсом. Время покажет и все расставит свои места, но я свой выбор уже сделал.
Вы можете оставить комментарий или подписаться на RSS feed
Основная проблема CakePHP — отсутствие документации. У Symfony с этим просто всё великолепно, как и у CodeIgniter.
Плюс мне очень не нравится, что CakePHP поддерживает 4-ую верию PHP. Код не настолько красив и удобен, как мог бы быть