领域驱动设计，领域驱动设计软件核心复杂性应对之道哪一版翻译最好

来源：整理时间：2023-08-26 12:41:34 编辑：智能门户手机版

本文目录一览

1，领域驱动设计软件核心复杂性应对之道哪一版翻译最好
2，什么是领域驱动设计
3，重构与模式敏捷软件开发领域驱动设计企业应用架构模式应当
4，DDD的过程
5，领域驱动开发和事务脚本可以共存吗
6，ddd什么含义

1，领域驱动设计软件核心复杂性应对之道哪一版翻译最好

《领域驱动设计：软件核心复杂性应对之道》，网上有精简版，或者你上文库里搜搜“领域驱动设计”例子，也有一些，最后先去看看《大象 thinking in UML》会让你对建模有个大概的了解，当然能理解这本书你本身就是名架构师了，如果有时间看看《彩色U...

领域驱动设计软件核心复杂性应对之道哪一版翻译最好

2，什么是领域驱动设计

领域驱动设计是一种软件开发方法，目的是让软件系统在实现时准确的基于对真实业务过程的建模并根据真实业务过程的调整而调整。

领域驱动设计(domain driven design)是一种软件开发方法，目的是让软件系统在实现时准确的基于对真实业务过程的建模并根据真实业务过程的调整而调整。

什么是领域驱动设计

3，重构与模式敏捷软件开发领域驱动设计企业应用架构模式应当

上述这些东西基本上都是提取内核的精华，王怀民，需在工程师职位干上5年+1，先把代码写对，俗话说.《敏捷软件开发》Robert C，周斌译不解释至于学习方法.《重构与模式》Joshua Kerievsky科瑞夫斯盖著看了这个你就明白什么意思了不解释2，你对这些东西就有体会了。内核中都有体验.《领域驱动设计》（美）埃文斯　不解释3。没有什么学习步骤。这些东西纸上学来终归没多大用.《企业应用架构模式》（英）福勒，代码很优秀，内核是神作，首先应该学习linux内核.Martin所著不解释4，再把代码写好就行了，这些都是一些高级的东西

至于敏捷开发。这些基本无先后顺序，这个是一个新的思想。，IBM那种CMMI5的可以这样做，或者摒弃掉不好的。因为往往程序开发，融入新的体系，每到一定程度，都是迭代式的。架构师该决策这些，升级。这些都是软件设计的决策者的事，但一般的软件公司没有这样的实力，硬套反而执行不下去，替换新的

1.《重构与模式》Joshua Kerievsky科瑞夫斯盖著看了这个你就明白什么意思了不解释2.《领域驱动设计》（美）埃文斯　不解释3.《敏捷软件开发》Robert C.Martin所著不解释4.《企业应用架构模式》（英）福勒，王怀民，周斌译不解释至于学习方法，首先应该学习linux内核，上述这些东西基本上都是提取内核的精华。内核中都有体验，内核是神作，代码很优秀。

重构与模式敏捷软件开发领域驱动设计企业应用架构模式应当

4，DDD的过程

DDD是告诉我们如何做好业务层！并以领域驱动设计思想来选择合适的框架。我们知道软件的产生过程是：分析、设计、编程、测试、部署。过去，分析领域和软件设计是分裂的，分析人员从领域中收集基本概念；而设计必须指明一组能在项目中适应编程工具构造的组件，这些组件必须能够在目标环境中有效执行，并能够正确解决应用程序出现的问题。模型驱动设计(Model-Driven Design)抛弃了分裂分析模型与设计的做法，使用单一的模型来满足这两方面的要求。这就是领域模型。DDD(Domain-DrivenDesign领域驱动设计)2004年著名建模专家EricEvans发表了他最具影响力的著名书籍：Domain-DrivenDesign–TacklingComplexityintheHeartofSoftware（中文译名：领域驱动设计　2006年3月清华出版社译本，或称DomainDriven-Designarchitecture[EvansDDD]）。时值今日，DDD开发框架已经层出不穷（如RoR、RIFE、JdonFramework等），我们项目软件包结构都变成了这样：xxx.model;xxx.service，DDD思想可以说是遍地开花了.领域建模是一种艺术的技术，不是数学的技术，它是用来解决复杂软件快速应付变化的解决之道.模型驱动设计(Model-DrivenDesign)抛弃了分裂分析模型与设计的做法，使用单一的模型来满足这两方面的要求。这就是领域模型。单一的领域模型同时满足分析原型和软件设计，如果一个模型实现时不实用，重新寻找新模型。如果模型没有忠实表达领域关键概念时，也必须重新寻找新的模型。建模和设计成为单个迭代循环。将领域模型和设计紧密联系。因此，建模专家必须懂设计，会编程。

我不会~~~但还是要微笑~~~：）

5，领域驱动开发和事务脚本可以共存吗

出于某种原因，Martin Fowler在其PoEAA一书中介绍了三种不同的模式：事务脚本（transaction script）、活动记录（active record）以及领域模型（Domain Model）。领域驱动设计使用的是领域模型模式，并引入了大量实现这种模型的模式与实践。　　Transaction script是一种没有任何分层结构的模式，在这种模式中，数据库的访问、数据的处理以及用户界面的处理都由同一段代码完成。　　与Transaction Script相比，Active Record往前迈进了一步，它将用户界面作为单独的一层，从其它内容中剥离出来，但你的业务逻辑和数据访问仍紧密地绑定在一起，使得你不得不根据数据库来建模你的活动记录。　　Domain Model则将你的领域模型从数据访问层中解耦出来，整个领域模型对数据访问一无所知。　　OK，现在我们来对问题进行进一步分析：　　这样的分层解耦自然会带来一些额外工作量，但同时也使得应用程序更具可维护性与可扩展性。　　当你的应用很少具有，甚至没有业务逻辑的时候，你可以选用Transaction Script模式。你只需要读写数据，而无需对其进行任何校验，或者整个校验过程是运行在数据库端的。　　Active Record则带来一些灵活性，因为你可以将UI从应用程序中解耦出来，从而可以使得相同的UI使用不同的应用机制，你也可以很方便地向业务对象中添加一些业务规则和数据校验机制。但由于模型仍然与数据库紧耦合，因此数据模型的更改会使你付出很大的代价。　　当你需要将业务逻辑从数据库解耦出来时，你可以选择使用Domain Model模式。这使你能够很方便地掌控应用程序的需求变更。领域驱动设计是一种方法，它能够使你更好地将这种灵活性应用在极为复杂的应用程序解决方案上，而无需关心数据库实现的具体细节。　　现在市面上有很多工具都可以使得数据库驱动的开发过程变得更加简单。例如，微软提供了可视化的网站设计解决方案，每张页面都与一份代码关联起来，这是一种非常典型的Transaction Script应用，开发简单的应用程序变得非常方便；Ruby on Rails具有支持Active Record的工具。由于这两种模式都有工具支持，我想，这大概是很多人愿意使用数据库驱动开发的主要原因。对于那些行为比数据更重要、更需要应对需求变更的复杂系统而言，领域驱动设计就是不错的选择。

或许可以。

6，ddd什么含义

1.动漫领域的DDD：《Decoration Disorder Disconnection》 2.通信领域的DDD：　　DDD=Domestic Direct Dial: 国内直拨国内长途直拨电话业务，用户利用具有长途直拨功能的市内电话、小交换机分机电话直接拨叫其他城市的长途区号和市内电话号码的一种电话业务。拨打方式：国内字冠0+长途区号+用户号码。　　---------------------------------------------------------------------------------------- 　　3.编程领域的DDD：　　GNU DDD是命令行调试程序，如GDB、DBX、WDB、Ladebug、JDB、XDB、Perl Debugger或Python Debugger的可视化图形前端。它特有的图形数据显示功能（Graphical Data Display）可以把数据结构按照图形的方式显示出来。　　DDD最初源于1990年Andreas Zeller编写的VSL结构化语言，后来经过一些程序员的努力，演化成今天的模样。DDD的功能非常强大，可以调试用C\C 、Ada、Fortran、Pascal、Modula-2和Modula-3编写的程序；可以超文本方式浏览源代码；能够进行断点设置、回溯调试和历史纪录编辑；具有程序在终端运行的仿真窗口，并在远程主机上进行调试的能力；图形数据显示功能（Graphical Data Display）是创建该调试器的初衷之一，能够显示各种数据结构之间的关系，并由此将数据结构以图形化形式显示；具有GDB/DBX/XDB的命令行界面，包括完全的文本编辑、历史纪录、搜寻引擎。　　---------------------------------------------------------------------------------------- 　　4.软件工程领域的DDD：　　2004年著名建模专家Eric Evans发表了他最具影响力的著名书籍：Domain-Driven Design –Tackling Complexity in the Heart of Software（中文译名：领域驱动设计　2006年3月清华出版社译本，或称 Domain Driven-Design architecture [Evans DDD]）。　　DDD是告诉我们如何做好业务层！并以领域驱动设计思想来选择和合适的框架。　　我们知道软件的产生过程是：分析、设计、编程、测试、部署。过去，分析领域和软件设计是分裂的，分析人员从领域中收集基本概念；而设计必须指明一组能北项目中适应编程工具构造的组件，这些组件必须能够在目标环境中有效执行，并能够正确解决应用程序出现的问题。模型驱动设计(Model-Driven Design)抛弃了分裂分析模型与设计的做法，使用单一的模型来满足这两方面的要求。这就是领域模型。　　5.音乐领域　　DDD: 数码录音.混音.制版的简称.多用于现代音乐制做.如4D.HDCD.XRCD等都是在DDD基础上发展起来的. 　　DDD一直都认为是很高的音乐CD录制标准

表示中指在键盘上连续敲击3次，也可能应该代表初学电脑者在测试键盘上的d键，呵呵