标签：domain 结缘 领域 设计 驱动 DDD ddd

　　在不断地学习和求索过程中，我慢慢有了想将自己学习地东西记录下来 分享一下，虽然现在我仍然处于一个较低地专业水平，但我想我拥有着记录它分享它地充分理由，所以我行动了。

　　第一次听到DDD这个陌生又简单的名词大概是2020年7月份左右，当时我还是一名刚刚进入职场没有多久的一名毕业生，使用.net C#编程语言开发一些网站及客户端应用程序的开发工作。所在的公司也正处于一个大型业务系统研发，不断地探索一个正确地解决方案，也正是我想在软件开发之路上得到升华的时期。公司的领导在带领我们学习了潘家宇《软件开发方法 上》、软件工程、马丁·福勒的《分析模式——可重用对象模型》《企业应用架构模式》等等多种开发中的知识，来不断地更新迭代我们当时地开发方式，也是一次偶然地机会让我们遇到地了DDD。正是这偶然的机会，让我对DDD充满热情，使我对它不断地追随。

　　领域驱动设计(简称 ddd)概念来源于2003年著名建模专家eric evans发表的他最具影响力的书籍:《domain-driven design –tackling complexity in the heart of software》(中文译名：领域驱动设计—软件核心复杂性应对之道)一书。书中提出了“领域驱动设计(简称 ddd)”的概念。

　　后不断又有为如何落地DDD提供指导方法的书籍发表：

　　由于可以记住的图文并不全，此处只能列举一部分有关ddd的指导书籍（以上书籍并无先后顺序）。

　　从上面表格中可以看出，DDD在我们中国也早乙掀起了一波DDD的浪潮。在eric evans首次提出DDD，此后的十余年时间里一直不温不火，直到最近几年才得到了越来越多的关注度。原因在何处？（环境变化）

　　接下来的文章，我将慢慢的记录我对ddd的认识，先从基本概念记录。

标签：domain,结缘,领域,设计,驱动,DDD,ddd
来源： https://www.cnblogs.com/LuckChen2021/p/14956179.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。