传统MVC设计模式架构交互规则与运行逻辑相关问题咨询

1. 图示正确性与View直接更新Model的合理性 #

你提供的是Smalltalk-80版本的原始MVC交互流程示意图，符合MVC最初的设计规范。
在原始MVC的定义中，View可以不经过Controller直接更新Model，仅适用于无复杂业务逻辑、无需校验、无需多数据联动的简单操作场景，比如视图层表单输入直接绑定Model字段、拖拽视图元素直接更新Model存储的坐标属性等；涉及业务规则校验、权限判断、多Model协同更新的操作，才需要走Controller层做统一处理后再更新Model。

2. passive Model和active Model的区别与影响 #

• active Model：自身实现了观察者/事件通知机制，当自身状态发生变更时，会主动向所有订阅了对应变更事件的角色广播通知。这种模式下Model的变更推送不需要依赖其他层，可直接向View和Controller发送变更通知。
• passive Model：仅封装数据结构和对应的业务逻辑，没有内置通知机制，状态变更后不会主动对外告知任何变化。这种模式下Model不会主动推送变更，所有变更通知都需要由触发Model更新的角色（通常是Controller）来完成。

3. Model更新后的数据获取逻辑 #

有Controller介入的更新场景 #

用户操作触发View的交互事件后，事件先传递给Controller，Controller完成业务逻辑处理后调用Model的接口完成数据更新。

无Controller介入的更新场景 #

针对简单无逻辑的用户操作，View直接调用Model的公共接口完成数据更新，全程不需要Controller参与。

3a active Model场景

Model更新时，所有订阅了该变更事件的View和Controller都会收到通知，通知通常仅携带变更标识，不会携带全量数据，View和Controller收到通知后，会主动调用Model的查询接口拉取自身所需的最新数据。

3b passive Model场景

Controller触发Model更新后，因为Model没有主动通知能力，所以由Controller主导后续同步流程：Controller会先从Model拉取最新状态，要么直接把状态数据传递给View完成更新，要么发送通知告知View数据已变更，由View主动拉取最新数据完成同步。

内容的提问来源于stack exchange，提问作者michalte97