4. 领域驱动设计
文章插图
在这一架构中我们尝试从应用服务中抽离出数据服务层, 每一个数据服务包含一个或多个界限上下文, 界限上下文类只有一个聚合根来暴露出RPC调用的方法. 数据服务不依赖于应用服务, 应用服务可以依赖多个数据服务. 有了数据服务层, 应用就解耦了相互之间的依赖, 高层服务只依赖于底层服务.
在我离职时领域驱动设计还在学习设计阶段, 还没有落地, 但是我相信前公司的后端架构一定会往这个方向继续演进.
总结
架构的设计, 技术的选型, 不能完全按照流行的技术走, 最终还是服务于产品, 服务于客户的需求. 设计过程中由于团队, 人员的结构问题, 有很多的妥协之处, 如何在妥协中找到最优解才是最大的挑战.
最后，小编想说：我是一名python开发工程师，整理了一套最新的python系统学习教程，想要这些资料的可以关注私信小编“01”即可，希望能对你有所帮助
推荐阅读
![[快科技]小米10青春版邀请函图赏：哆啦A梦迷你抓娃娃机](http://ttbs.guangsuss.com/image/3edcbb553cbab8a02c1d1c782772809f)
- python爬取贴吧网页源代码
- 前后端分离模式下的权限设计方案
- 浅谈Nginx服务器的内部核心架构设计
- LNMP架构下各项配置优化总结
- 用python区分不同数据类型
- Python处理大数据的2个神奇操作
- python常用函数大总结
- 大厂架构：每天数百亿用户行为数据，美团怎么实现秒级转化分析？
- 程序员老司机都要错的 Python 陷阱与缺陷列表
- python编程常见错误总结