PAC，只是被动观点的MVP？
简言之：PAC（Presentation-Abstraction-Control）设计模式，就是视图是被动视图的MVP（Model-View-Presenter）模式。
据我所知，
MVP是一位演讲者，正在与模特交谈。 然后一个View与演示者交谈，另一种方式，Presenter可以与View交谈，即：
View <--> Presenter --> Model
传入的用户事件来自View [*]。
PAC是一个控制器，可以与演示和抽象进行对话，但演示不会与控制器通话（但仍会发送控制器可能拦截的事件），即：
Presentation <-- Controller --> Abstraction
来自Presentation（？）的传入用户事件。
这让我感觉理解PAC和MVP是一样的，在MVP中，视图是被动的。 这是对这两种模式的正确解释吗？
[*]：与MVC不同，用户事件来自Controller
PS可以问一个关于Stackoverflow的设计模式的常见问题吗？ 还是有更好的地方？ 我有一个疑问，因为这不仅仅是一个编程问题，而是一个设计。
不同之处在于应用程序的结构。 虽然MVC和其他MVC风格的模式只有单一的三元组，但PAC结构是分层的。
你得到的是一个Control实例树，它组装应用程序。
在每一个黑社会控制从抽象数据并将其放置在演示文稿中。
还有HMVC模式，它对PAC模式有一点不同的解释，其中控制（更名为Controller）只能控制Presentation（重新命名为View）和抽象（Model层）的状态。 在这种情况下，视图直接与模型图层进行通信并提取它需要的内容。
基本上，PAC是分布式MVP，HMVC是分布式Model2 MVC。
链接地址: http://www.djcxy.com/p/5119.html