变动-反馈机制,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也可以啦】