model-view-controller - 类应该模仿现实还是具有最佳的代码兼容性？

Question

对于性能监视器，我已经在 J​​ava 中实现了 MVC 并决定将我的模型拆分为单独的类，现在我在将其属性和函数分类为 Client 之间陷入困境。 , Server和 Connection模型类或 Benchmark , Logging和 Specs模型类。

以前的模型将现实生活中的对应物匹配为“对象”，因为它们是应用程序将监视的单独实体。
由于 MVC 如何与观察者一起工作，我的 Controller 中的基准函数将触发我所有模型中的更新。

后者将通过使模型更多地匹配功能(需求)来解决这种广泛的更新，从而只更新需要更新的模型，只触发需要修改的 View 更新。
我认为这种方法会降低我的模型的可重用性。

Answer 1

类应该触及现实，但不能触及现实。如果你停留在一个绝对抽象的层次上，你的模型将无法达到某种程度的实现。当您对域进行建模时，您将从与现实中的(物理)对象直接相关的业务对象开始。一旦你开始设计一个系统，你就会派生 来自以某种方式链接的业务模型的类模型。通常，您会创建从系统类设计到相应业务对象的依赖关系，并且您还会发现命名并行。业务和设计模型之间的耦合松散(依赖)但存在。每个业务对象都必须有一些设计模型的痕迹。设计模型中的类可能多于业务模型中的类。