模型和视图分离原则

该原则至少具有两部分:

1. 不要将非UI对象直接与UI对象连接或耦合。例如,不要让Sale软件对象(非UI“领域对象”)引用Java Swing JFrame窗口对象。因为窗口与某个应用相关,而(理想情况下)非窗口对象可以在新应用中重用或附加到新界面。

2. 不要在UI对象方法中加入应用逻辑(例如税金的计算)。UI对象应该只初始化UI元素、接受UI事件(例如鼠标点击按钮)、将应用逻辑的请求委派到非UI对象(例如领域对象)。

模型-视图分离原则规定,模型(领域)不应该与视图(UI)对象连接。例如,Register或Sale对象不应该直接向GUI对象,ProcessSaleFrame发送,请求其显示,改变颜色,关闭等。

观察者模式(O’bserver)模式是该原则的合理扩展,即领域对象只能PropertyListener(java中的常用接口)的接口向视图的UI对象发送消息。基于该模式,领域对象不知道UI对象的存在。领域对象只把消息发送给了实现了PropertyListener接口的对象,该更进一步的应用,领域对象封装了与应用逻辑相关的信息和行为。窗口类相对简单,负载输入,输出,以及捕获GUI事件,但是并不应用数据和应用逻辑。

模型-视图分离的动机包括:

  • 支持内聚的模型定义,这些定义只关注领域过程,而不是用户界面。
  • 许对模型和用户界面层分别进行开发。
  • 是界面的需求变更对领域层的影响最小化。
  • 允许新视图能够被方便地连接到现有的领域层之上,而不会对领域层产生影响。
  • 允许对同一模型对象同时使用多个视图,例如销售信息同时具有表格和业务图表视图。
  • 允许模型层的运行不依赖于用户界面层,例如,消息处理或批处理模式的系统。
  • 允许简模型层能够简便地移植到另一用户接口框架下。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值