Symfony Более надежная альтернатива Symfony?

[WMix]

AmdY

наоборот, проекты проще, инструменты слишком усложнились и стали хрупкими

ну значит стареешь), наоборот, да это такая хрупкая штука, но одна строка которой творит чудеса 10-15 строк, а значит и глубину ошибок этого инструмента надо осозновать. я думаю я понимаю о чем ты, я во 2м зенде тоже на такие грабли натыкаюсь, часами отлавливая свои глупости, но это только от незнания, не хватка опыта, потому что во 2й раз эту же ошибку ищешь намного быстрее

 

[Dez]

Dez
ты хочешь сравнить нестабильный ещё yii2 и стабильный фреймворк на базе symfony, который имеет уже около тысячи пакетов для расширения?

Я Laravel сам то не смотрел еще, чтобы самому сравнивать. Бандлов (это типа расширений?) на официальном сайте смотрю что 312, насколько среди них есть полезных тоже вопрос. Есть где то еще полуофициальный репозиторий?
Если откинуть нестабильность и неопределенность с yii2, даже по быстрой пробежке по докам Laravel , по сравнению с yii1 не замечаю:
1) переводов, чтобы в базе
2) чего то в плане доступов как RBAC
3) Понятие пользователь и его авторизация, аутентификация?
4) Генераторы типа gii есть?
Ну вы поняли - я говорю именно о полезном функционале из коробки фреймворка.

 

[AmdY]

Dez
бандлы были в 3-й версии, сейчас обычные пакеты в компосере.
https://packagist.org/search/?q=laravel
вот более удобный http://registry.autopergamene.eu/
всё что вы хотели есть в пакетах, причём в нескольких вариантах, можно скачать сборку типа https://github.com/andrew13/Laravel-4-Bootstrap-Starter-Site
у laravel очень хороший механизм расширений и они довольно качественные, удобные и где надо конфигурируемые.

 

[keltanas]

AmdY
Может и правда в laravel есть профит, но от такого http://cheats.jesse-obrien.ca количества статики становится грустно ((
Надо быть очень хорошим архитектором, чтобы не начать использовать это все не там, где надо.
Может есть и менее глобальные пути пользоваться всем этим инструментарием, но если уж такой читшит попал в сеть, то 99% большинство будет пользоваться именно так.

 

[AmdY]

keltanas
а чем статика отличается в этом плане от (new Foo)->bar() ? Там нормальная ООП-шная статика с поддержкой переопределения и расширения. Это синтаксический сахар и здравый смысл.

ну и это просто цветочки в сравнении с

services:
    foo.controller:
        class: FooController
        arguments: [@=service("security.context").getToken().getUser()]

 

[Dez]

AmdY
Ясно. Спасибо за объяснение. Звучит очень убедительно. Буду думать и смотреть в этом направлении дальше.

 

[hell0w0rd]

AmdY
Этого еще кстати нет в симфони) А расскажи, как в laravel инжектятся зависимости?
Вот мне нужно, чтобы контроллер работал не с юзером из security context/Auth, а вообще с любым юзером, которого я туда передам. Как это сделать в laravel?

 

[Вурдалак]

Этого еще кстати нет в симфони)

Есть, только документации нет пока.

 

[hell0w0rd]

Вурдалак
В 2.4?

 

[keltanas]

AmdY
Согласен. И то и другое плохо. И arguments: [@=service("security.context").getToken().getUser()] я тоже пользоваться не буду. Это ахтунг какой-то.

 

[Вурдалак]

Вурдалак
В 2.4?

Ну да.

 

[Absinthe]

а чем статика отличается в этом плане от (new Foo)->bar() ?

Отсутствием поддержки со стороны IDE.

 

[fixxxer]

IDE всегда можно помочь stub-файлами.

А то, что IDE джава-ориентированы, не означает, что из-за этого не надо использовать преимущества LSB в PHP - особенно учитывая простоту решения вопроса с IDE.

Причем со статикой это намного проще, чем в случае с __call-делегированием куда попало.

 

[fixxxer]

arguments: [@=service("security.context").getToken().getUser()]

при виде этого хочется ругаться нецензурными словами

да, давайте придумаем свой язык программирования на конфигах и phpdoc-ах!