Size: a a a

2019 January 26

O

Ostap 🇺🇦 in Laravel UA
может на laracasts что-то есть 👀
источник

O

Ostap 🇺🇦 in Laravel UA
наверно надо пройти их серии по php в целом https://laracasts.com/skills/php и увижу как надо делать
источник

MR

Maxim Rebitskiy in Laravel UA
Ну я прохожу сейчас на ларакаст курс о форуме
источник

AA

Ann Ali in Laravel UA
Я как-то еще не находила, как организовывать код в более-менее сложных проектах. То, что есть в доке и базовые вещи от ларакаста, которых я проходила, к сожалению, не про хорошую организацию кода. Поэтому приходится брать ото всюду и понемногу, и набивать свои шишки
источник

O

Ostap 🇺🇦 in Laravel UA
Ann Ali
Я как-то еще не находила, как организовывать код в более-менее сложных проектах. То, что есть в доке и базовые вещи от ларакаста, которых я проходила, к сожалению, не про хорошую организацию кода. Поэтому приходится брать ото всюду и понемногу, и набивать свои шишки
ееех, спасибо...👍🏻
источник
2019 January 27

В

Вячеслав in Laravel UA
Вот хороший доклад на тему организации логики - https://www.youtube.com/watch?v=dfgtKb-VpRk
источник

AA

Ann Ali in Laravel UA
Спасибо)
источник

O

Ostap 🇺🇦 in Laravel UA
Спасибо)
источник
2019 January 28

В

Вячеслав in Laravel UA
Кто-то уже посмотрел доклад? Понятна идея которую доносит Адам?
источник

AA

Ann Ali in Laravel UA
Я как раз в процессе. Сегодня досмотрю, поделюсь впечатлениями)
источник

В

Вячеслав in Laravel UA
👍 Интересно что скажете
источник

В

Вячеслав in Laravel UA
Так же есть сжатая версия в статье, лучше посмотреть оба варианта.
https://twitter.com/taylorotwell/status/1083827962338775040?s=09
источник

AA

Ann Ali in Laravel UA
Посмотрела видео и почитала. Мне подход не очень понравился честно говоря. Особенно тем, что БЛ запихивается в модель. Ну и концепиця не "объект делает", а "над объектом мы что-то делаем" - мне тоже не особо. Мне кажется его подход ведет к сильной связности и God-классам. @slava_razum а вы используете такой подход?
источник

В

Вячеслав in Laravel UA
Да, мы используем такой подход и рекомендуем. Ты наверняка используешь что-то вроде этого? https://github.com/alexeymezenin/laravel-best-practices#business-logic-should-be-in-service-class
источник

AA

Ann Ali in Laravel UA
Да, но я пока не могу сказать, что мне такой подход нравится - сервисы немного с боку выглядят в ларавеле из особенностей Model и Eloquent. Лара прямо толкает делать модель жирной)
источник

AA

Ann Ali in Laravel UA
@slava_razum возможно есть в открытом доступе какой-то пример более-менее среднего проекта, где можно увидеть, как вы используете этот подход?
источник

AK

Alex Kovalchuk in Laravel UA
Ann Ali
@slava_razum возможно есть в открытом доступе какой-то пример более-менее среднего проекта, где можно увидеть, как вы используете этот подход?
подпишусь
источник

М

Мряка in Laravel UA
Все же согласен с @ali_annya. После такого подхода образуются классы моделей на 3к+ строк, а отслеживание потока данных превращается в ад. когда у тебя где-то в загашниках модели есть метод, который отрабатывает в 3х случаях при разных репортах и делает что-то вроде $this->date->format(self::EXTERNAL_FORMAT); а ты сиди и дебаж почему на фронте все выглядит не так, как ты описал в сервисе репортов
источник

М

Мряка in Laravel UA
или когда внезапно часть данных нужно тянуть не из бд, а из апи, но у тебя уже половина модели завязана на мутации посредством raw sql запросов
источник

М

Мряка in Laravel UA
и вместо реализации условного ApiReportService implements ReportService приходится лезть в те самые 3к строк и разбираться что можно поменять, чтобы не сломать что-то в другом месте
источник