Выпустил таки я книгу... https://leanpub.com/architecture-of-complex-web-applications . Первый месяц можно купить со скидкой - http://leanpub.com/architecture-of-complex-web-applications/c/USUl9KmVbJ8q На Амазоне можно полистать первую главу - https://www.amazon.com/dp/B07PN5WQZ3/
Leanpub
Architecture of complex web applications
А расскажу-ка я один прикол, который был на проектике. Как-то я заметил, что значение auto_increment в таблице юзеров сильно далеко уползло(за 400 миллионов). И юзеры создаются с большими дырками в айдишниках. Притом постоянно обсуждалась какая-то проблема с большой нагрузкой на эту самую таблицу(записей там было тоже немало). И я таки глянул как была реализована аутентификация+регистрация.
Когда приходил успешный коллбек от фейсбуковского OAuth приложение... пыталось сделать insert в таблицу юзеров! try-catch ловил исключение, проверял текст на слово "Duplicate entry" и если это оно - то просто делал update users по нужному facebook_id - причем всех полей, которые пришли с фейсбука, не проверяя изменились они или нет! и все это, разумеется, на master базе данных...
Когда приходил успешный коллбек от фейсбуковского OAuth приложение... пыталось сделать insert в таблицу юзеров! try-catch ловил исключение, проверял текст на слово "Duplicate entry" и если это оно - то просто делал update users по нужному facebook_id - причем всех полей, которые пришли с фейсбука, не проверяя изменились они или нет! и все это, разумеется, на master базе данных...
Запилил статейку про то, что не надо пытаться использовать каждый шаблон проектирования. "Please, stop talking about Repository pattern with Eloquent" - https://adelf.tech/2019/useless-eloquent-repositories Завтра на хабре перевод сделаю.
Обсуждать попробуем на реддите (а вдруг кто-то таки сагрится, авторов статей про репозитории в ларавель проектах много): https://www.reddit.com/r/laravel/comments/b3fmhx/please_stop_talking_about_repository_pattern_with/
Обсуждать попробуем на реддите (а вдруг кто-то таки сагрится, авторов статей про репозитории в ларавель проектах много): https://www.reddit.com/r/laravel/comments/b3fmhx/please_stop_talking_about_repository_pattern_with/
adelf.tech
Please, stop talking about Repository pattern with Eloquent | adelf.tech
Not every pattern should be implemented in application. Each pattern should be used in right place and time. Trying to use the Repository pattern with Eloquent entities is not a good idea.
👍1
Вчерашняя статья зашла нормально. Жалко никто особо спорить не стал. Перевод на хабре: https://habr.com/post/444688/
Вторая (и, надеюсь, последняя) статья про репозитории с элоквентом. Описывается полезный частичный вариант их использования. Для запросов чтения. https://adelf.tech/2019/read-eloquent-repositories
Обсуждаем и плюсуем на реддите: https://www.reddit.com/r/laravel/comments/b5ryn2/useful_eloquent_repositories_adelftech/
Перевод на хабре - скоро.
Обсуждаем и плюсуем на реддите: https://www.reddit.com/r/laravel/comments/b5ryn2/useful_eloquent_repositories_adelftech/
Перевод на хабре - скоро.
adelf.tech
Useful Eloquent Repositories? | adelf.tech
Repository pattern might be used partially with Eloquent and be very useful. CQRS, Decorator and other good practices here.