本文主要是介绍变动-反馈机制,POSA经典MVC和COM 连接点的一点点比较,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
关键词:POSA 系统构架 分层 Architecutre Pattern Layer 交互式系统 MVC PME COM IConnectionPoint 连接点
MVC泛滥,Observer模式被滥用,COM连接点似乎很复杂。特小结了一下。没什么新意。高手勿看。
一、POSA 经典MVC
1.Model 负责处理,并通知View和Controller来更新(如通知View更新数据和Controller禁止某个功能以禁止某个输入)
2.View 负责输出,并初始化和自己一一对应的Controller
3.Controller负责输入,并转换为相应的事件,然后调用View(如滚动界面)或者Model(处理数据)并由后者来通知Observers。数据是什么,需要Observer主动来取,Model只是通知并要求Observer Update一下。是粗力度的Callback机制。
二、COM连接点
1.Sink-和MVC不同的是,COM实现了细力度的Callback机制,也就是Sink接口-一组回掉函数。当Model通知View来更新时候,COM直接访问View实现的Sink接口的函数。Sink由View实现,并由Model定义(其实哪个定义还不是一样)。View通过IQueryInterface得到Model,并实现Model定义的Sink后订阅事件。
2.ConnectionPoint-和MVC一样,实现了Observer模型,接受符合Sink接口规范的Observer(View/Controoler)的bind/unbind(advice/unadvice)。为了支持多个View,所以做了一个IConnectionPointContainer。
三、情景小节
1.如果Observer(View/Controller)请求的是服务,Model只是返回一个state,那么就用粗力度的经典接口实现。数据还是由Model来处理和存储。
2.如果Observer(View/Controller)请求的数据不是Model认识的东西,Model不负责(其实也负责一些,如内存pool,当然如果AOP了,就真的不用了),如Model收到的网络数据包,就直接通过Callback回给Observer,没必要先Update一下,然后Observer来个getData。这种情况适合细力度的接口。【网络层一般负责数据的send/recv,差错处理和完整性分析也可以放到网络层,当然需要内存pool的支持。数据分析好后,放入队列,然后通知Observer,Observer来队列getData也可以啦】
这篇关于变动-反馈机制,POSA经典MVC和COM 连接点的一点点比较的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!