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

最新推荐文章于 2025-09-21 20:54:49 发布

原创

最新推荐文章于 2025-09-21 20:54:49 发布 · 2k 阅读

6 ·

CC 4.0 BY-SA版权

文章标签：

#领域驱动 #架构

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

作为一个后端程序员，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

问题点：

按道理来说，domain层是写业务逻辑的，优化不会涉及到业务逻辑的改动，但是却改动了domain层。由于domain层依赖了infrastucture的原因，导致业务依赖于具体的实现技术。所以，为了将业务与具体实现做分离，我们采用依赖倒置的手段去重构

最低0.47元/天解锁文章