Луковая архитектура для модернизации
Я работаю над большой модернизацией клиент-серверного приложения.NET. Я планирую применить "Луковую архитектуру", так как считаю, что она соответствует подходу модернизации, что будущая архитектура еще не завершена.
Любой, кто использовал Onion Architecture для устаревшей модернизации, поможет вам.
1 ответ
Ядро луковой архитектуры - ваш бизнес-домен. Это означает, что вы либо должны быть самим экспертом в бизнесе, либо иметь прямой доступ к эксперту по бизнесу, который может объяснить вам бизнес-правила. Если вы модернизируете значительную часть своего приложения, часть, выполняющую хотя бы одну сплоченную бизнес-транзакцию, тогда переходите на луковую архитектуру. Иначе лук не поможет. Луковая архитектура обеспечивает реальную слабую связь. Например, в случае электронной коммерции проверить поток - корзина, оплата и наличие на складе могут иметь свой лук (микросервис?). Каждый из этих луковиц может быть реализован в различных технологиях, например, корзина в стеке MEAN, оплата на мэйнфрейме и доступность запасов в Java. Как вы можете видеть, луковая архитектура обеспечивает отделение бизнес-логики от технологий, ее реализующих. Если вам нужна дополнительная информация о том, как эффективно использовать луковую архитектуру, я буду ссылаться на книги о доменном дизайне. InfoQ имеет бесплатный для начинающих, https://www.infoq.com/minibooks/domain-driven-design-quickly стесняйтесь обращаться ко мне, если у вас есть какие-либо вопросы. Я давно практикую использование луковой архитектуры в сочетании с доменным дизайном.