领域驱动设计
文章平均质量分 71
之诚
期待改变命运
展开
-
领域, 子域和限界上下文
前言关于领域设计, 我也是初学者, 下方的诸多言论只是我个人理解想法, 并不一定是正确的.限界上下文限界上下文 是从复杂系统中划分模块的方法, 限界上下文的命名最好使用偏动词的方式, 这样方便开发者跳出数据库建模的架构影响.在使用DDD思想的时候, 最好先抛弃框架, 数据库等等的约束, 先把设计做好, 最后在来考虑框架,子域限界上下文和 子域 最好保持一对一的关系,电商系统 的模块划分按照我之前的想法, 根据经验和直接我会把电商系统划分成:用户模块商品模块订单模块支付模块库存模原创 2022-01-06 23:44:54 · 1044 阅读 · 0 评论 -
<实现领域驱动设计>读书笔记
前言我作为程序员已经参与工作多年了, 从刚入门开始就被java的Controller Service Dao 三层的模式所支配. 刚开始也认为这三层的模式很好, 把视图, 业务, 持久化三层分开, 是一个很好的开发架构, 但是随着中间工作的变动, 参与的项目的变多, 我深切的感受到这个架构工作中的不便之处.简单的项目业务关系直接就在数据库表关系之间就直接实现了, Service Controller 就只有简单的一行, 取个数据给前端就可以, 感觉Service就是多余的.一些简单的处理可以直原创 2022-01-05 23:18:49 · 615 阅读 · 0 评论