但是,当涉及的“域名”是技术时呢?
例如,情况A)采取网络启动.想象一下,他们正在努力完成一些相当复杂的事情(比如一个facebook克隆),但几乎所有的员工都是技术人员(或者至少有很强的技术理解力).
情况怎么样B)类似的情况,但有一个稍微不那么雄心勃勃的项目,以及一个单独的开发人员试图创建一个优雅的架构的东西.
我真的很想听听人们说些什么.我真正想要的是,DDD的好处在哪里,缺点可能是什么,以及在什么程度上比一个更重要……
解决方法 DDD实际上只是对Fowler在 Patterns of Enterprise Application Architecture中称之为域模型的设计模式的详细阐述.在那本书中,他将域模型与其他组织代码的方式(例如事务脚本)进行了比较,但显然他更喜欢Domain Model而不是其他替代方案.除了最简单的应用程序.我也做.DDD简单地扩展了领域模型的原始概念,并提供了大量关于如何以对开发人员有益的方式分析和建模我们的领域的指导.
如果有问题的域很复杂,那么域模型(以及DDD)是一个不错的选择.域名是面向业务还是技术性质并不重要. Eric Evans在其着作Domain-Driven Design中首先描述了DDD技术如何帮助他模拟印刷电路板应用.这肯定是一个技术领域,如果有的话!
在我目前的工作中,我们使用DDD来模拟处理基于声明的身份的应用程序 – 另一个非常技术性的域.
DDD实际上只是处理软件的复杂性,这也是埃文斯的书的副标题:“解决软件核心的复杂性”.
总结以上是内存溢出为你收集整理的域驱动设计 – 域驱动设计 – 技术领域的相关性如何?全部内容,希望文章能够帮你解决域驱动设计 – 域驱动设计 – 技术领域的相关性如何?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)