Дмитрий Елисеев | Мастер класс по разработке менеджера-проектов на Symfony (2019) PCRec [H.264]

Дмитрий Елисеев | Практический мастер класс по разработке проекта на Symfony (2019) PCRec [H.264]

Автор (режиссер): Дмитрий Елисеев
Жанр: Программирование, Php, Symfony

Описание:
В мастер-классе мы разработаем удобный менеджер проектов, который позволит вести проекты компании, ставить задачи, назначать исполнителей, управлять ролями сотрудников, следить за пополнениями и расписанием.

Продолжительность: 53:55:06
Качество видео: PCRec

Видео: AVC/H.264, 1280x720-1920x1080, ~81-799 Kbps
Аудио: AAC, 2 ch, 94-257 Kbps

Просмотр доступен только для зарегистрированных пользователей

Скриншоты:

Время раздачи: 24/7 (круглосуточно) (до появления первых 3-5 скачавших)

во втором дне каша с именованиями файлов

powerslice писал(а):

Крайне субъективно. Городить еще один слой абстракции над абстракцией. Это называется лазанья код.

На продакшине вам за это спасибо не скажут. Смотрите, но не засматривайтесь.

В 4м уроке (вроде бы) Елисеев предлагал в класс User запихнуть "регистрацию" через email и соц.сети, но если у вас появится еще один тип регистрации, вы попали. По нормальному там каждый тип нужно было на сервисы разносить, но он почему то до этого не додумался. Новички будут также делать. Это потом тяжело поддерживать, особенно когда нужно отключить регистрацию через соц. сети. Так вы отключили сервис, а так будете все методы по проекту удалять?

Код: выделить все


User::signUpByEmail()

передаем туда идентификатор существующего пользователя и все, приплыли. Метод называется регистрация, а по сути он заполняем пользователя. Они ничем не отличается от фабрики User::getInstance($id....), но signUpByEmail вносит путаницу в код.

Ну не совсем согласен, делать ещё один класс, когда есть только один метод - это уже лишнее горождение.
Конечно, это явно нарушает SRP, но зато вполне с Creator'ом из GRASP'а сочитается

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

Как вообще мастер-класс, по сравнение с его же мастер-классами по Yii2, Larave, да и вообще?

app06 писал(а):

Как вообще мастер-класс, по сравнение с его же мастер-классами по Yii2, Larave, да и вообще?

У него все мастер классы крутые. Автор конечно ен самый лучшеий рассказчик в мире, но нам главное информация и подход.

app06 писал(а):

Так для новичков курсов пруд пруди, а что то уровнем повыше, днем с огнем не сыщешь, уж на русском языке точно

Почемуже я легко нашёл Symfony 5. Быстрый старт и всего за 20 уе (не правда-ли час профи стоит намного дороже?))
https://leanpub.com/symfony5-bystryj-start
но есть идея самому снять обучающий курс, может кто захочет присоединиться или накидать список волнующих симфонистов тем

dreamerqx писал(а):

app06 писал(а):

Так для новичков курсов пруд пруди, а что то уровнем повыше, днем с огнем не сыщешь, уж на русском языке точно

Почемуже я легко нашёл Symfony 5. Быстрый старт и всего за 20 уе (не правда-ли час профи стоит намного дороже?))
https://leanpub.com/symfony5-bystryj-start
но есть идея самому снять обучающий курс, может кто захочет присоединиться или накидать список волнующих симфонистов тем

хорошая книжка для старта, уже два обновление прислали

BvzBvzBvz писал(а):

dreamerqx писал(а):

app06 писал(а):

Так для новичков курсов пруд пруди, а что то уровнем повыше, днем с огнем не сыщешь, уж на русском языке точно

Почемуже я легко нашёл Symfony 5. Быстрый старт и всего за 20 уе (не правда-ли час профи стоит намного дороже?))
https://leanpub.com/symfony5-bystryj-start
но есть идея самому снять обучающий курс, может кто захочет присоединиться или накидать список волнующих симфонистов тем

хорошая книжка для старта, уже два обновление прислали

можете раздать?

а вот книга, о которой шла речь в треде
Fabien Potencier | Symfony 5. The Fast Track

а по 4 или 5 версии?

powerslice писал(а):

Крайне субъективно. Городить еще один слой абстракции над абстракцией. Это называется лазанья код.

На продакшине вам за это спасибо не скажут. Смотрите, но не засматривайтесь.

В 4м уроке (вроде бы) Елисеев предлагал в класс User запихнуть "регистрацию" через email и соц.сети, но если у вас появится еще один тип регистрации, вы попали. По нормальному там каждый тип нужно было на сервисы разносить, но он почему то до этого не додумался. Новички будут также делать. Это потом тяжело поддерживать, особенно когда нужно отключить регистрацию через соц. сети. Так вы отключили сервис, а так будете все методы по проекту удалять?

Код: выделить все


User::signUpByEmail()

передаем туда идентификатор существующего пользователя и все, приплыли. Метод называется регистрация, а по сути он заполняем пользователя. Они ничем не отличается от фабрики User::getInstance($id....), но signUpByEmail вносит путаницу в код.

Как появятся дополнительные способы регистрации, тогда и надо будет раскидать по сервисам, сделать фабрику. А сейчас это неуместно и называется оверинжиниринг. Зачем городить лишнее и тратить время, ведь возможно никакой регистрации дополнительной и не появится.

Но в целом, да, согласен, лучше сразу в отдельный сервис Registration например. Registration::byEmail(...) что-то типа того, я не смотрел видео. А авторизацию уже отдельным тоже сервисом Auth::byEmail(...) и уже в юзере инжектим User::regsitration(...), User::login()
А внутри этих методов определяем какой метод сервиса вызывать - byEmail, byGmail, byYandex и т.д.