Laravel Недостатки laravel

[Absinthe]

О, кстати, про homestead я забыл, это ж тоже писец, чтобы его поднять надо ставить гит и php на свою машину, что убивает весь смысл виртуалки.

А разве кто-то держит git в виртуалке?
Он не относится к среде выполнения кода, и поэтому подлежит установке на пользовательскую машину, где с ним и будут работать.

 

[MiksIr]

Я частенько не ставлю на хост гит отдельно. Хватает phpstorm-а
А с проектом в консоли работаю под гостем. Ибо на то и виртуалка и нужна.

 

[hell0w0rd]

Жесть, и каждый раз dotfiles в виртуалку прокидываешь?

 

[MiksIr]

Жесть, и каждый раз dotfiles в виртуалку прокидываешь?

Эм, зачем "прокидываю". У меня свой образ для вагранта + настроечный ansible в репозитории для мелких изменений по образу.

 

[Evsign]

правила валидации exists and unique. Но это из серии - не хочешь не юзай

Не юзал 5.2 но там реально убрали Route::controller????? Зачем?

Route::controller, в той реализации, которая была в ларе был крайне неудобен и ограничен. Например, нельзя было делать роуты с wildcard в середине типо users/{id}/show. Имхо, прально, что убрали)
А вот зачем вырезают command bus, я не понимаю....

 

[AmdY]

Ага, фичи одной не поддерживает, так что давайте вообще заберём, а вы там держитесь, всего доброго

 

[WMix]

А главное нужной!

 

[Evsign]

Ага, фичи одной не поддерживает, так что давайте вообще заберём, а вы там держитесь, всего доброго

Не ну... Вы так говорите, буд-то пришёл патч релиз, где опа - фичи нету. Так то это всё прошло через естественный путь выпиливания. Сначала депрекейтед, затем ремувед

 

[AmdY]

Не ну... Вы так говорите, буд-то пришёл патч релиз, где опа - фичи нету. Так то это всё прошло через естественный путь выпиливания. Сначала депрекейтед, затем ремувед

При чём тут это? Есть полезная фича, которая позволяет избовиться от простыней роутоу, её зачем-то убирают.

а про то как убирают, без нормального версионирования, это отдельный пункт http://semver.org/lang/ru/

 

[Evsign]

При чём тут это? Есть полезная фича, которая позволяет избовиться от простыней роутоу, её зачем-то убирают.

а про то как убирают, без нормального версионирования, это отдельный пункт http://semver.org/lang/ru/

Полезная?) Она не позволяет создавать нормальные rest роуты... Я бы ещё согласился с аргументом в стиле "лучше бы переработали или улучшили фичу", но называть эту штуку в текущей реализации полезной... Ну да ладно)
А что бы не было простыней в роутах, можно раскладывать их по разным файлам, а потом подключать либо в провайдере, либо реквайрить в роутс.пхп, тут дело вкуса.

 

[Evsign]

И я ещё молчу про контроллеры, которые могут породить простыню роутов)

 

[AmdY]

Как раз она похволяет создавать нормальные рест роуты, а не гавно с идентификатором посередине, чреватые разными коллизиями как при использовании
Route::resource, который навязывает неверный подход к построению апи.
На этой неделе тейлору набрасывали по этой теме приводя пример не crud апишками вроде логина.

 

[Evsign]

Как раз она похволяет создавать нормальные рест роуты, а не гавно с идентификатором посередине, чреватые разными коллизиями как при использовании
Route::resource, который навязывает неверный подход к построению апи.
На этой неделе тейлору набрасывали по этой теме приводя пример не crud апишками вроде логина.

https://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm#sec_5_2_1_1
Гавно это роуты, которые содержат кучу избыточной инфы и не эффективно утилизируют основные http глаголы... Если в кратце...
А по поводу индентификаторов, то REST невозможен без resource identifiers по середине. Навскидку, как по вашему будет выглядеть роут для показата комментариев пользователя c id 1? Думаю, что любой вариант, кроме GET users/1/comments будет либо уродским, либо идиотским)

К слову, Тейлор сам попросил ему примеров накидать и причём тут CRUD к REST, и каким образом штука генерящая обычные круд роуты может навязывать неверный подход к (я думаю вы имели ввиду rest) апи??? Да и если бы вы внимательно читали, то заметили бы, что он парировал 99% примеров, что ему скидывали. Не поленитесь и почитайте каким образом логин спокойно может вписываться в круд, но это вообще не относится к изначальному обсуждению.
Но раз уж вы подняли эту тему, то вот вам пример ресурсов, в одном из самых convention over configuration фреймворке http://guides.rubyonrails.org/routing.html#crud-verbs-and-actions
И был бы благодарен, если бы вы показали трушный круд, с помощью rest отличающийся от Route::resource.

 

[WMix]

А вот так разве не катит? users/{id}/{action}, default.id=null, default.action=null

 

[Evsign]

@AmdY, ахахах, кажется догнал какие коллизии вы имели ввиду))
Тут не Route::resource виноват, а непонимание, что роут определяют path и verb одновременно)

 

[Evsign]

А вот так разве не катит? users/{id}/{action}, default.id=null, default.action=null

Аммм, это про коментарии пользователя? Типо users/{1}/{comments} или users/{1}/{show-comments}?
Пользователи и комментарии 2 связных ресурса. Хоть и связных, но ресурса.
Comments - ресурс, а не экшн, а show-comments - не эффективно будет использовать http, т.к. для "show", есть GET {resource path}.
Дальнейшее применение рест тут мне кажется невозможным, да и такой вариант вообще всё ломает. К примеру, экшен какого контроллера будет обрабатывать этот запрос? Судя по роуту - UsersController, когда комментарии - это область ответственности CommentsController.

 

[WMix]

Route::get('posts/{post}/comments/{comment}', function ($postId, $commentId) {
    //
});

Возможно я чтото не понимаю, это пример с сайта.

 

[Evsign]

Route::get('posts/{post}/comments/{comment}', function ($postId, $commentId) {
    //
});

Возможно я чтото не понимаю, это пример с сайта.

{post} и {comment} - это имеется ввиду $postId и $commentId. Тут всё ок)

 

[AmdY]

Я об этом и говорю, вместо того чтобы делать просто апи по принципу существительное+глагол ты лепишь многоуровневую систему выкатывая все внутренности наружу.
Да и идентификатор светить не всегда лучшая идея, зачастую по полиси засовывается в тело запроса, а то банальная история браузера становится дырой в безопасности.