blocks|key|755494|text|我想说，这种做法有助于将您的精力集中在“问题空间”而不是“解决方案空间”上。通过学习并真正了解和理解领域来驱动紧急解决方案(设计)。其中一个实践(取自XP)将是在问题域中发生的故事的编写。通过这些，您可以确定您的设计的用例和对象。他们“出现”并告诉你解决方案中需要什么，以及他们将如何相互交互。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|755495|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I would say this practice promotes concentrating your efforts on the 'problem space' rather than the 'solution space'. Driving an emergent solution (the design) by studying and really getting to know and understand the domain. One of the practices (taken from XP) would be the writing of stories that occur in the problem domain. From these you can identify your use cases and objects for your design. They 'emerge' and tell you what needs to be in the solution, and how they will need to interact with each other.

blocks|key|3004946|text|InfoQ有一个免费的eBook：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3004947|Domain+Driven+Design+Quickly|offset|length|3004948|这是一本很好的读物，有很多例子。|3004949|entityMap|0|LINK|mutability|MUTABLE|url|http://www.infoq.com/minibooks/domain-driven-design-quickly^0|0|0|S|0|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Q|8|@]|9|@$D|R|E|S|1|T]]|A|$]]|$1|F|3|G|5|6|7|U|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|V|8|@]|9|@]|A|$]]]|I|$J|$5|K|L|M|A|$N|O]]]]

InfoQ have a free eBook:

<a href="http://www.infoq.com/minibooks/domain-driven-design-quickly" rel="noreferrer">Domain Driven Design Quickly</a>

It is a good read with plenty of examples.

blocks|key|758253|text|在发现“域”的过程中，您形成了一种共同的语言，开发人员和项目中的所有其他利益相关者都能理解。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|758254|域模型及其“行话”在最终产品的源代码中非常明显。这至少是我的经验|758255|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

In the process of discovering the "domain" you form a common language, that both the developers and all the other stakeholders in the project understand.

The domain model and its "lingo" is quite observable in the source code for the finished product. That is at least my experience

blocks|key|5260270|text|DDD的一个重要部分是所谓的无处不在的语言；即与业务专家使用相同的语言。并使您的代码/体系结构反映这种语言，以避免阻抗问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5260271|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

An important part of DDD is the so called ubiquitous language; i.e. speak the same language as the business experts. And make your code / architecture so that it reflects this language to avoid impedance problems.

blocks|key|3848929|text|试着理解你所写的软件是关于什么的，并在模型中反映出这种理解。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3848930|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Trying to understand what the software you're writing is about and reflecting that understanding in the model.

blocks|key|5260394|text|域驱动设计是关于在域模型中管理应用程序的复杂性，在那里它最容易被提炼出来。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5260395|这很难用几句话来描述，但我推荐InfoQ这本书作为一个很好的介绍。我还听说很多人用埃文斯的DDD书参加读书俱乐部，这对理解它有很大帮助。|offset|length|5260396|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/tagged/domain-driven-design^0|0|F|5|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@$D|P|E|Q|1|R]]|A|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]]]

Domain Driven Design is about managing the complexity of an application in the domain model where it can most easily be distilled.

It's very difficult to describe in a few sentence, but I would recommend the <a href="https://stackoverflow.com/questions/tagged/domain-driven-design">InfoQ</a> book as a good introduction. I have also heard of a lot of people doing a book club with Evans' DDD book which has helped a lot in understanding it.

blocks|key|3005197|text|对我来说，OOD/OOP的下一个层次是封装是关于用户描述和理解的问题空间的，而不是关于技术实现的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3005198|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

To me is the next level of OOD/OOP where the encapsulation is all about the problem space, as described and understood by users, and not so much about the technical implementation.

So I got this question from one of the developers in my team: What is domain driven design? I could of course point to the book from Evans but is that actually an answer? 

How would you explain DDD in a few sentences to junior software engineers in your team?

What is domain driven design?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

因此，我从我的团队中的一个开发人员那里得到了这个问题:什么是域驱动设计？我当然可以从埃文斯的书中找到答案，但这真的是一个答案吗？你如何用几句话向你团队中的初级软件工程师解释DDD？

问什么是领域驱动设计？
EN

回答 7

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问什么是领域驱动设计？EN

回答 7

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问什么是领域驱动设计？
EN