值得强调的是,我们仍然否决前期设计的大年夜而全(Big-Design-Up-Front,BDUF)。 但我们应当承认前期对核心范畴模型的分析和设计,如许可以或许赞助我们更快地响应后续的营业变更(即在核心模型之上的应用)。这不代表着核心范畴模型将来会一成不变,或者不克不及改变,而是经由同一建模的核心部分变更频率较之外部应用会低很多。如不雅核心范畴模型也变更激烈,那么我们可能就要推敲是否营业产生了根本性的变更,须要建立新的模型。
别的不克不及忘记我们预先定义的模型也是被局限在一个分化出来的核心问题域里的,也就是说我们并不欲望一口气把全部复杂的营业范呈攀里的所有模型都建立起来。这种范围的局限某种程度上也限制了我们预先设计典范围,促使我们更多用迭代的方法来对待建模工作本身。
最后显然我们应当有一个核心团队来守护核心范畴模型,这不代表着任何模型的设计和修改都必须由这个团队的人做出(固然有不少的团队确切是如许落地DDD的)。我们期望的是任何对核心模型的修改都可以或许经由过程这个核心团队来促进更大年夜范围的交换和沟通。考验一个模型是否落地的独一标准是应用这个模型的团队可否就模型本身杀青共鸣。在这点上我们看到很多团队持续经由过程代码走查(code review)的方法在线上和线下实践基于核心模型的交换,大年夜而起到了真正意义上的“守护”感化,让模型本身成为团队的合营义务。
实践DDD时仍然须要遵守“模型是用来交换的”的┞封一核心原则。我们欲望本文介绍的办法及模式可以或许赞助大年夜家更轻易地交换范畴模型,也算是对DDD计谋和战术设计的一点弥补。
【编辑推荐】
- CSS3 3D 行星运转以及浏览器衬着道理
- 进步Python运行效力的六个桥绫桥
- 滴滴出行许令波:海量数据背后的高可用架构
- DDD CQRS架构和传统架构的优缺点比较
- 浅谈我对DDD范畴驱动设计的懂得
推荐阅读
知道什么时刻做什么 【编辑推荐】JetBrains 的 Go 集成开辟情况已肯定最终名称:GoLandJDK 10 早期试用版宣布,Java 开辟对象包高等码农进步90%开辟效力的对象推荐晋升Web开辟机能的10个技>>>详细阅读
本文标题:DDD实战篇:分层架构的代码结构
地址:http://www.17bianji.com/lsqh/38634.html
1/2 1