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

Рет қаралды 5,960

Күн бұрын

Пікірлер: 19

@ВладимирАкимов-х5х 7 ай бұрын

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

@sergus82 Жыл бұрын

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

@conacry Жыл бұрын

Спасибо! При активной разработке, используя DDD и Clean Arch, мы столкнулись с проблемой, что многие разработчики понимают концепции немного по разному, что приводило к вариациям в коде. Например: это логика usecase или можно все сделать в адаптерах. Поэтому мы утраивали несколько встреч, чтобы синхронизировать понимание. Также для новых разработчиков в начале сложно понять преимущества такого подхода. Мое понимание onboarding было связано именно с этим

@senin24 Жыл бұрын

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

@nikitavashkulatov890 Жыл бұрын

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

@aleksey2793 3 ай бұрын

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

@rhino723 9 ай бұрын

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

@РусланУразбахтин-д2в 9 ай бұрын

Мне кажется, что первоначально было написано через ДДД'шныц агрегат, но позже решили упростить и убрать его. Хотя полностью согласен, в таком контексте выглядит не очень

@AleksandrIlyin 7 ай бұрын

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

@smaginkv Жыл бұрын

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

@JUGNsk Жыл бұрын

Привет! Вот ссылка - github.com/conacry/santa-post-ca

@ФилиппБондарев 11 ай бұрын

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

@valera924 10 ай бұрын

А что не так? Ну не ребёнку же решать, какого размера получать подарок

@markhunt6499 6 ай бұрын

Предложи свой вариант, как должно было быть

@sdsd-ec8rw 7 ай бұрын

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

@markhunt6499 6 ай бұрын

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