所以我得到了这个问题从一个人在我的团队:是什么域驱动的设计?我当然可以指向书,从Evans但是,实际上答案吗?

你怎么解释DDD在几句话来的小型软件工程师在你的团队?

有帮助吗?

解决方案

我会说这种做法以促进集中你的努力'的问题的空间',而不是'解决方案。驾驶紧急解决方案(设计)通过研究和真正地知道和了解的领域。一的做法(从XP)会编写的故事中出现的问题领域。从这些你能确定你的使用情况和对象为你的设计。他们出现',告诉你什么需要的解决方案,以及如何,他们将需要相互作用。

其他提示

现有一个免费的电子书:

领域驱动的设计很快

这是一个很好的阅读大量的例子。

在该过程中发现的"领域"形成一个共同的语言,这两者的开发者和所有其他利益攸关方在该项目的理解。

该领域模型,其"术语"是相当可观测到的源代码产品。至少我的经验

一个重要部分DDD是所谓的普遍存在的语言;即说同一种语言作为业务专家。并让你的代码/架构,以便它反映了这种语言,以避免阻的问题。

试着去理解什么的软件你写的是关于和反映这一谅解的模式。

领域驱动的设计是有关管理的复杂性应用程序在该领域模型在那里最容易被蒸馏。

这是非常难以描述了几句话,但我建议 本文 书作为一个很好的介绍。我也听说过很多人做一个读书俱乐部与Evans DDD书,它已经帮助了很多了解。

我是下一级的面向对象设计/面向对象那里的封装所有有关该问题的空间,以描述和理解的用户使用,并没有那么多的有关技术的实施。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top