Новые функции в Laravel 5.5

[@malinichev]

Спасибо, очень даже ознакомительно

[@Helldar]

В некоторых местах написано `‘lluminate/Mail/Mailable.php’`, хотя неймспейс называется `Illuminate`, или, если все писать строчными — `illuminate`.

[@r-moiseev]

Спасибо, исправил

[@Adobe]

Интересно будет поглядеть, чего там да как. LTS радует. Тэйлор же в твиттере писал, что LTS это анти-паттерн и не планируется LTS в будущем, чего это он вдруг :)

[@r-moiseev]

Он и перед 5.1 грозился. Но общественность не разделяет. По правде говоря и мне не нравится идея сидеть на LTS до следующего LTS. С 5.3 до 5.4 я обновился за 15 минут

А посмотреть можно уже сейчас в ветке dev

[@Adobe]

Ну LTS не говорит же, что других версий не будет, это говорит ровно то, что текущую ветку будут поддерживать без «нововведений». Общественность это не всегда Вася с Петей, но и корпоративный сектор тоже.

[@Insolita]

Наконец-то! Адекватные rules-классы!!!
Только автор еще про responsable -интерфейсы не упомняул, для собственных классов response
https://laravel-news.com/laravel-5-5-responsable

[@Faim]

Теперь стало возможным получить данные из валидатора и передать их в метод create.

Мелочь, а приятно

[@Agel_Nash]

В предыдущих версиях Laravel нам приходилось слать реальные письма или пользоваться email-клиентом вроде Mailtrap, чтобы протестировать рассылку, и задачка это была не самая веселая.

С MailCatcher никаких сложностей не возникает. А если уж так приспичило, то не вижу никаких сложностей:

Route::get('/contact', function (){
    $fio = 'Фамилия Имя Отчество';
    $phone = '88005553535';
    $email = '[e-mail]';
    $type = 'Предмет';
    $msg = 'Сообщение';

    return view('emails.forms.html.contact', compact('fio', 'phone', 'email', 'type', 'msg'));
});

И да, все это работало даже в 5.1…

[@MJelamanov]

В предыдущих версиях Laravel все фабрики размещались внутри одного файла app/factories/ModelFactory.php.

Из коробки да, но можно было руками создать, например UserFactory.php и определить там конкретную фабрику. А теперь для этого есть консольная команда.

[@Akdmeh]

throw_unless и throw_if показался мне излишним синтаксическим сахаром.
Как человеку, который раньше не работал с этой конструкцией, придется открывать объявление функции, смотреть, нет ли там каких-то скрытых особенностей.
И в чем идет выигрыш, если можно конструкцию заменить на

if($number !== 3) { throw new NotThreeException('Number is not three') };

, которая очень очевидна и явно не будет хранить скрытых особенностей и непонятных режимов работы функции throw_if?

[@ellrion]

в том, что по PSR ваш if это 3 строки. а так одна.

[@r-moiseev]

а где тут скрытые способности? Оно делает ровно то что написано — Throw If

[@malenkiy_rak]

request()->validate

Тот момент, когда класс занимается не своим делом…

[@r-moiseev]

Несмотря на то, что это всего лишь заглушка, это сродни вопросу земля копайся