Алексей Oкружко — Чистая архитектура: Понять. Адаптировать. Использовать

preview_player
Показать описание
С чего мы обычно начинаем разработку приложения? В подавляющем большинстве – с выбора фреймворка и базы данных, с проектирования таблиц и их связей. Потом пытаемся на все это натянуть бизнес логику и получаем "большой комок грязи". Все это приводит к сложности поддержки, высокой связанности кода и т.д.

В докладе расскажу, как этого можно избежать. Рассмотрим чистую архитектуру как подход к проектированию приложения.

Основная проблема большинства докладов по этой теме – сухая теория. Поэтому мы попробуем на примере разработки простого приложения разобраться с данным подходом в формате лайв кодинга.
Рекомендации по теме
Комментарии
Автор

Спасибо за доклад!
В одном из недавних проектов применяли данный подход (схожий процентов на 80-85, с некоторыми отличиями). Описанные преимущества действительно имеют место быть.
На счёт упомянутого недостатка "более высокий порог входа в проект" (45:10). Говорилось, что нужен некий "onboarding" для новых сотрудников. Наверное объяснение "где что лежит" нужно для любой архитектуры. И, на мой взгляд, унифицированная структура и разделение на слои, как раз наоборот, помогали новым сотрудникам довольно быстро вливаться в проект.

sergus
Автор

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

senin
Автор

С терминологий большая беда, как в чистой архитектуре появились агрегаты и сервисы ? Это ведь одно и то же. То что создает вам инварианты между несколькими сущностями.
Что вы там переименовывали и зачем не понятно, но это не страшно. Гейтвей у вас выступает в роли ДАО ? почему сервисы оказались на уровне Ентити ? потому что вы не правильно переименовали ?

ВладимирАкимов-хх
Автор

Хороший доклад! Еще из практики я бы посоветовал Get your hands dirty with Clean Architecture. Можете подсказать где почитать лучше про event driven, как это здесь сделано. Заинтересовало

nikitavashkulatov
Автор

Подскажите как называется тема в IDEA, используемая в докладе)

AleksandrIlyin
Автор

Окей, вдруг нам понадобилось масштабировать какую-то часть доменного слоя? Выделить в отдельный сервис. Что будем делать? Проще же было изначально разбить на доменные модули приложения, и для каждого из них сделать отдельные слои с портами, адаптерами. Разве нет?

aleksey
Автор

Спасибо за интересный доклад! А исходники будут?

smaginkv
Автор

Подарок, знает ребенка и проверяет его поведени ? Интересная логика из реального мира.

rhino
Автор

Почему подарок знает про ребёнка? Ещё и решает, какого размера ему быть в зависимости от поведения ребёнка?! Ничего не смущает? Дальше не смотрел.

ФилиппБондарев
Автор

Это просто кашмар! Ребята найдите нормального архитектора. Меня просто порожает уровень докладчика.

dzidzialis
Автор

Хуже этого доклада не видел за очень долгое время...просто отвратно донес идею Дяди Боба....лучше читать статьи с докладами в оригинале чем такое

andreypozin
Автор

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

sdsd-ecrw