课程应该模仿现实还是具有最佳的代码兼容性？

Question

对于性能监视器，我已经在Java中实现了一个MVC，并决定将我的模型拆分为单独的类，现在我在将其属性和函数排序为Client之间徘徊，{ {1}}和Server模型类或Connection，Benchmark和Logging模型类。

以前的模型将匹配现实生活中的对象作为＆＃34;对象＆＃34;，因为它们是应用程序将监视的独立实体。 由于MVC如何与观察者一起工作，我的控制器的基准测试功能将触发我所有模型的更新。

后者将通过使模型更多地匹配功能（需求）来解决这种广泛的更新，因此只更新需要更新的模型，仅触发需要修改的视图更新。 我认为这种方法会降低我的模型的可重用性。

Answer 1

课程应该触及现实，但不能触及现实。如果你要保持绝对抽象的水平，你的模型将无法实现某种形式。在为域建模时，首先要考虑与实际（物理）对象直接相关的业务对象。一旦开始设计系统，您将从业务模型派生类模型，该模型以某种方式链接。通常，您可以创建从系统类设计到相应业务对象的依赖项，并且还可以找到命名并行。业务和设计模型之间的耦合是松散的（依赖性）但存在。每个业务对象都必须跟踪设计模型。设计模型中可能会有比业务模型更多的类。