领域驱动六边形架构与分层架构的区别

最新推荐文章于 2024-04-17 10:46:30 发布

雪糕的爸爸

最新推荐文章于 2024-04-17 10:46:30 发布

阅读量2k

点赞数

CC 4.0 BY-SA版权

分类专栏：架构设计文章标签：领域驱动架构

本文链接：https://blog.youkuaiyun.com/YaoLang1995/article/details/100804816

本文探讨了领域驱动设计中领域层与基础设施层的依赖问题，指出为了解耦业务逻辑与实现技术，可以采用依赖倒置原则进行重构。传统的分层架构从上至下调用，而六边形架构强调抽象在内，细节在外，允许业务逻辑从内向外驱动。通过具体代码示例，展示了如何在发送课程成功后，通过事件驱动和监听者机制，将更新缓存和发送MQ的操作与业务逻辑分离。这种架构适用于需要清晰分离业务逻辑与技术实现的场景，但可能不适用于简单或不需要复杂解耦的项目。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

作为一个后端程序员，MVC三层架构的模式相信大家都不会陌生，三层分别从上而下排布，只能由上层调用下层。一般越往下层越通用，越上层越细节。

随着某些核心业务的访问量发展，通常我们需要去进行优化的措施，比如加缓存，加MQ，换数据源

1.缓存可选redis，memcache
2.MQ可选kafka，rocketmq，rabbitmq
3.数据源可选：mysql，mongodb，elasticsearch

当然，我们在做这些优化的时候，会将mq,mongodb等看成基础设施层。
由此衍生出四层的架构，infrastructure里封装redis和mq的通用调用逻辑

这些优化的动作，通常不会改变原有的业务逻辑。但是为了做优化，我们会将它写在service层，比如：

1.执行成功就发个MQ
2.执行某个事件的时候，同步一下缓存
3.依赖关系为，domain依赖infrastructure

问题点&#

最低0.47元/天解锁文章