Какие есть книги по архитектуре с примерами?

Question

[FasterTans]

Какие порекомендуете книги по архитектуре. Очень понравилась книга «Архитектура сложных веб-приложений. С примерами на Laravel» (https://github.com/adelf/acwa_book_ru). Есть что-то похожее, хотелось бы подробнее почитать с примерами и в идеале все это на PHP.
Знаю про книги по паттернам, но хотелось бы видеть задачу\проблему\решение, если такие есть :)

Comments

[Adelf]

В книге примеров не хватило? Или?

[FasterTans]

Adelf, Книга супер, 2 раза перечитал, и нужно будет пролистать ее через года пол, после того как начну использовать приведенные практики, тогда понимая будет чу-чуть больше.
Ну и из-за того что книга очень понравилась, хотелось бы почитать что-то похожее, с другими подходами\практиками и тд).

[Корбен Даллас]

А зачем вам сразу все? Вы начните с малого, вы же наверняка не создаете ERP с нуля, приложение из простого в сложное образуется не сразу, постепенно наращивая функционал у вас возникает потребность в новых слоях или не возникает (в этом случае зачем изначально строить избыточную систему, тратить на построение архитектуры огромное колво времени без какого либо профита в том смысле что целесообразнее было бы не вовлекаться во все эти дебри а просто делать ту систему которая вам нужна сейчас).

[FasterTans]

Корбен Даллас, Вопрос не в том, чтоб начинать писать бложик применяя все эти DTO, VO, DDD, TDD и т.д.
Вопрос чтоб про них знать, понимать(какую проблему решают, как применять, все плючы и минусы).

[Корбен Даллас]

FasterTans, в том то и дело без контекста непонятно зачем просто знать то, что скорее всего применять не будете?

Пример, если бы вы писали так:
Я пишу платежный шлюз с нуля и хочу все делать на микросервисах, подскажите как правильно выстроить архитектуру. И вы получите вполне конкретный ответ от тех кто уже делал аналогичные задачи ну или хотя бы знает.

Архитектура без привязки к реальному примеру ничего не даст, хоть сто книжек прочитаете, в одном кейсе идеальная для одного архитектура, совсем не пригодна другому в другом кейсе. Так как у любого подхода есть минусы и плюсы.

На моем опыте архитектура любого приложения проходит эволюцию, только так вы добиваетесь идеальной архитектуры именно для вас, для вашего проекта в данный момент времени.

[Корбен Даллас]

Пример книги которую вы скинули, хороший, его достаточно для того, чтобы выстроить более менее нормальную архитектуру.

А вообще, хорошие примеры рождаются не из книг, из реалий бизнеса, то есть если архитектура вашего приложения экономит вашей команде время, то есть бизнес процесс выстроенный, слои и прочие инструменты помогают писать код, облегчают рабочий процесс, это идеальная архитектура с точки зрения бизнеса. Она приносит деньги. Если вы принципиально строите какую то особую книжную архитектуру, просто для перфекционизма, но написание нового кода и новой фичи требует в 10 раз больше времени, эта архитектура плоха. Бизнес теряет деньги.

Еще, признаками хорошей архитектуры является ее масштабируемость, отказоустойчивость, SOLID и тд

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