Какие есть преимущества у laravel5 перед symfony2?

Question

[dizzy7]

Сразу скажу что вопрос задаётся не ради холивара. Больше года работаю с symfony2, решил пощупать laravel ради увеличения кругозора. В связи с чем интересует мнение людей, которые работали с обоими фреймворками - какие преимущества у laravel перед symfony. Сразу оговорюсь - аргументы "простота и понятность" для меня не являются аргументами - симфония изучена вдоль и поперек, поэтому не кажется сложной. Да, порог входа высок, но после изучения всё логично, просто и понятно. Хотелось бы понять ради чего стоит попробовать laravel, что это может дать.

Answer 1

[Алексей Уколов]

Если вы ощущаете себя в Symfony как рыба в воде, то ничего нового вам Laravel не даст - построен он на компонентах Symfony, архитектурные принципы те же. Только в Laravel всё это скрыто за удобными фасадами.

С другой стороны, если вы понимаете Symfony, и вообще имеете приличный опыт разработки и голову на плечах, то вы больше времени на чтение ответов здесь потратите, чем на изучение Laravel.

Comments

[dizzy7]

Проблема в том что после беглого изучения он мне не понравился. Пытаюсь понять что я мог упустить, и стоит ли через силу продолдать его ковырять )

[Алексей Уколов]

Через силу точно не стоит.
Если он вам реально понадобится, вы изучите его за день. Зачем тратить время сейчас при таком отношении?

[dizzy7]

Алексей Уколов: попадаются вакансии на этом фреймворке, хочется для себя решить - рассматривать ли их

Answer 2

[Андрей]

строчку в резюме это может дать

Answer 3

[Mikhail Osher]

Лично в моем случае:

DI:
+ удобнее инжектить сервисы
- нельзя инжектить переменные

DB:
+ удобнее работать с Eloquent, чем с Doctrine
+ удобный QueryBuilder

Console:
+ генераторы событий, моделей, миграций итд
+ tinker

Validation:
+ море встроенных правил валидации
+ валидация в контроллерах через FormRequest

Others:
+ мультиавторизация в нескольких вариантах из коробки
+ RBAC из коробки
+ более гибкий routing/middleware
+ хелперы

Comments

[JhaoDa]

удобнее работать с Eloquent, чем с Doctrine

Зависит от задач, я вот в раздумьях, например, для текущего проекта Eloquent уже «тесноват».

RBAC из коробки

Это не RBAC.

[dizzy7]

- Можно поподробнее - чем удобнее инжектить? Просто тяжело представить в чём может быть удобнее чем указать сервисы и получить их в контроллере/методе =)
- Eloquent для простых задач наверно проще, но доктрина предостовляет значительно больше возможностей. В частности у нас например сделано логгирование изменений, которое отрабатывает по событию сброса данных в базу, с ActiveRecord как я понимаю такое нереализуемо
- В symfony также есть генераторы моделей (из коробки), миграций (отдельно) и много другого. На практике генераторы, за исключением миграцию нужны крайне редко.
- Наличие горки валидаторов можно засчитать в плюс, хотя в симфони довольно редко чего-то не хватало, и свой валидатор прикручивается за 5 минут, валидация в контроллере так же есть
- Middleware можно считать плюсами, хотя в целом в симфони это реализуется через события.

[Mikhail Osher]

JhaoDa: Если уж он тесноват, может тут уже нужна не реляционная база, а nosql типа редиса?

[JhaoDa]

Mikhail Osher: тесновато не хранилище, а именно Eloquent.

[Mikhail Osher]

dizzy7: я использовал jmsdiextrabundle, приходилось писать больше строчек кода.) eloquent тоже логируется, расширяется. Лично для меня AR > QB > ORM. Генераторов море почти для всего кода и очень удобные. события - знаю про всякие onKernelRequest итд, но там еще надо следить за priority. В ларавеле это все гибче.

[Андрей]

можно же Propel использовать...

[Mikhail Osher]

Андрей: можно. У всех свои вкусы. Холиварим тут.)

[Андрей]

Mikhail Osher: ну, простота Eloquent перед Doctrine упомянута как плюс Laravel=) но, в symfony же тоже есть ORM вместо более сложной Doctrine