一个真正的领域模型-谬论?

这里的关键词是“模型”。任何领域模型都是领域中关键实体和行为的抽象 系统的一部分。

例如,一个交通管理系统可能有一个实体车,这是不可分割的。驾驶模拟将有更多的结构:部件、重量、颜色、乘客等等。

这里的重点是,没有汽车的全球定义。对于您的特定应用程序(甚至是应用程序的一部分),您只关心状态和行为。

不,这不现实。是的,这是个谬论;—)

我会追求更好的可维护性。

嗯,领域模型。建模是一种抽象技术,在这种技术中,我们创建真实对象的表示,它将从(省略)不必要的细节中抽象(因此通常我们必须事先指定重要的方面)。域是一个特定的业务领域。问题是,即使在一个组织中,对这个领域也可能有不同的观点和不同的观点,因此很难定义重要的方面并因此建立模型。更糟糕的问题是,这个领域和那些观点会随着时间的推移而改变,因此模型可能会随着时间的推移而改变——这在我们谈论业务敏捷性时非常重要。我个人认为,领域模型,特别是当它们需要用于某些目的时,太流畅了。最好在需要时捕获域的当前状态和视图,以便用于给定的目的。

一件没有帮助的事情是您没有指定建模语言。

你可能指的是一个数据模型:关系、ER、UML类,或者类似的。可能不会。 在任何情况下,我们都希望所使用的语言足够清晰,至少能够就模型中应该包含什么样的信息以及如何表示这些信息达成共识。画各种形状和装饰的盒子和线条,如果没有明确的含义,就不会给你一个好的模型。

尽管如此,我还是支持马库斯的回答:你提供的信息越多,你就越需要拖延时间。此外,您需要什么样的信息以及如何对其进行最佳建模取决于您需要什么信息、您获取和存储信息的方便性和可靠性,可能取决于访问控制方面的考虑(每个人都能看到一切吗?)以及许多其他考虑因素。如果不知道这些要求以及它们在未来会如何变化,就没有好的模型,更不用说完美的模型了。当然也有内在质量方面的考虑,例如,信息的冗余表示通常是一个坏主意,除非你有一个特定的要求,使它具有吸引力。

这并不意味着建模或重新考虑现有的模型是浪费时间:相反,通常你只会意识到现有的需求或设计限制,一旦你试图设计一个模型,并考虑其含义。努力实现一致的表示,使所有的东西都适合于一个可能的所有东西的通用模型,这是很好的。但这肯定不是建模的目的。