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

Cak*_*kes 5 model-view-controller class-diagram

对于性能监视器,我实现了在Java中的MVC和决定我的模型分割成单独的类,现在我选它的属性和功能集成到之间徘徊Client,ServerConnection模型类或Benchmark,LoggingSpecs模型类.

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

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

qwe*_*_so 2

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