Laravel Чем вызван взрывной интерес к Лярве?

[флоппик]

что мешает после валидации в этих же местах сделать переводы?

то, что в этих местах может не быть вообще пользовательского кода.

 

[Вурдалак]

дак мне пофиг кто, что и как валидирует этой поделкой, я по факту говорю, что у этой хрени зависимость на транслятор... и передать пустой транслятор я не могу, ибо всякие max и min сам валидатор стр реплейсит... это же писец...

Я вот не вижу проблемы, это ж клиентский валидатор.

 

[Redjik]

то, что в этих местах может не быть вообще пользовательского кода.

ну эвенты и сеттеры никто не отменял

Я вот не вижу проблемы, это ж клиентский валидатор.

в смысле? что значит клиентский валидатор?

 

[keltanas]

в смысле? что значит клиентский валидатор?

Ты хочешь, чтобы целевая аудитория ляравеля еще знала, как потом ошибки после валидатора переводить? Не издевайся над людьми.

Еще посмотри как работают правила exists или unique ))

 

[Вурдалак]

в смысле? что значит клиентский валидатор?

Значит, что он для presentation layer. Есть валидация на уровне domain, а есть вот эта — которая в контроллерах. Та, которая в domain, падает с исключением в случае нарушения инвариантов, а эта — просто предоставляет список ошибок для каждого из полей. Ну, а поскольку это чисто для отображения ошибок клиенту, то и переводы тут OK. Просто это не тот уровень валидации.

 

[fixxxer]

в смысле? что значит клиентский валидатор?

Вот это - основной юзкейс.

Из коробки Laravel предполагает применение anemic AR. Оно тебе не надо? Вот и не трогай. Analogue посмотри, хоть он и кривоват, но это самое близкое к тому, чего ты хочешь. Ну или POPO + Doctrine. Для валидации на уровне моделей вполне подойдёт, скажем, вот это.

 

[Redjik]

О! С ассертами щиииикарная вещь.

 

[keltanas]

https://twitter.com/ircmaxell/status/632422970636419072

 

[Redjik]

я уже 5ый раз переписываю валидацию этого куска г...а, сука, 5ый РАЗ!!!
Подписываюсь под каждым словом Антонио.

 

[Redjik]

        if ($request) {
            $this->instance('Illuminate\Http\Request', $request);
            $this->ranServiceBinders['registerRequestBindings'] = true;

            $method = $request->getMethod();
            $pathInfo = $request->getPathInfo();
        } else {
            $method = $this->getMethod();
            $pathInfo = $this->getPathInfo();
        }

из Lumen правда, сам Ларавел уже лень смотреть...
Мне кажется тут еще elseif не хватает

 

[Adelf]

@Redjik, нормально так полыхаешь. будет время опишешь что конкретно не так? Мне вот интересно.

 

[Redjik]

Попробую структурировано, ага, когда остыну =)

 

[AmdY]

я уже 5ый раз переписываю валидацию этого куска г...а, сука, 5ый РАЗ!!!
Подписываюсь под каждым словом Антонио.

ИМХО, небось сами себе придумали проблему, теперь сами её пытаетесь героически решить.

 

[Фанат]

Случайно задел Тейлора за живое

 

[confguru]

Апнука я топик
Коллеги - нужно переписать старый движок на Perl.
Что выбрать Lumen vs Phalcon
Функционала не так много, просто из всех команды Perl знаю только я

 

[Absinthe]

Выбирая Phalcon, будешь постоянно материться, когда F7 в отладке будет в стаб заходить.
ИМХО этот фреймворк имеет исключительно академическую ценность, не стоит его использовать для продакшена.

И почему Lumen, а не Laravel?

 

[confguru]

Выбирая Phalcon, будешь постоянно материться, когда F7 в отладке будет в стаб заходить.
ИМХО этот фреймворк имеет исключительно академическую ценность, не стоит его использовать для продакшена.

И почему Lumen, а не Laravel?

Нужна скорость и не сильно продвинутая логика.

 

[c0dex]

@admin, Пили велосипед из компонентов симфони

 

[Absinthe]

Тогда выбор стоит lumen vs silex (или свой набор symfony-компонентов).

 

[c0dex]

Ну, если выбирать из тех двух, что озвучил Саша, то я бы взял Люмен. Главное, чтобы он потом не превратился в ларавел. Он ведь тоже сначала был легкий и гибкий, а потом понеслась...