最新
精选
InfoQ_95929d0f145f
1. 领域驱动设计可以统一需求方和技术的语言,对齐业务目标与技术目标。 2. 确定核心域,抽象出“订单交付系统” 3. 由上下文决定流程,而不是对象模型。 4. 进入一个上下文内部必须先转换为该上下文内使用的对象模型。 5. 领域职责需要明确,不属于该领域的功能不应该在该领域完成。 6. 相同事物在不同领域内为不同的对象。
9
小斧
开发系统复杂的不是业务,而是思维不够清晰。
共 2 条评论
6
狼行天下
多分享一点
2
狼行天下
期待多分享一些经验
2
李俊超
经历过公司内的业务重构,发现代码写的越来越臃肿,第一时间想到的是拆分,但是没有领域和边界的概念,也不敢轻易地去做拆分。老师的项目经验给了很落地的启发和指导,如果让我重新来做设计的话,我可能会更有信息把公司的业务重构的更合理些。
2
半盏流年
看完了才发现要做一个得到app要这么麻烦
2