为什么MVC比PAC更受欢迎？[关闭]

我刚在SO上偶然发现一个有关PAC的问题，并对这种模式感兴趣。我想知道为什么它不像MVC那样广泛使用？与PAC相比，MVC有什么好处？

技术之所以受欢迎，有以下三个原因：

• 满足需求（或至少看起来满足）
• 它得到宣传-有时是通过有意识的倡导（营销），有时是通过实际行动来实现。
• 他们的采用成本超过了收益。

除非对现有方法存在缺陷，否则已经对MVC和朋友感到满意的开发人员不太可能去寻找替代方案。我认为MVC及其更著名的变体已经满足了许多开发人员分离关注点的需要。

即使他们去寻找它们，除非其他人正在使用它并对其进行撰写，他们还是不太可能找到它。以PAC为例，我猜想大多数开发人员根本不知道这种方法（直到我读到这个问题之前我才听说过）。

即使他们找到了它，也不会使用它，除非收益超过采用成本。Aleady的许多框架都采用了基于MVC的方法，这对许多开发人员而言成本很高。

就是这样：人们不使用PAC，因为它缺乏营销。

由于支持框架，MVC更受欢迎

这几天大多数淘汰Web应用程序的人将遵循某些Web框架或其他Web站点的设计人员提供的设计决策，遵循一条通俗易懂的道路。在Java世界中，SpringMVC是一个流行的选择（也许是因为没有其他选择，例如PAC或其他方法使浑水泛滥）。其他开发人员了解这种方法所带来的好处，并对此感到满意，并且真的没有必要进行更改。

MVC运作良好，易于理解，并且有效使用后，可以降低Web应用程序代码的复杂性。

与PAC相比，MVC有什么好处？

简单。对于绝大多数项目，PAC完全是多余的，而MVC非常适合它们。

在此之前我没有听说过PAC，但它似乎与MVC完全相同

Presentation = View
Abstraction =  Model
Control = Controller

看一下所提供的链接，在我看来-

• PAC更像是MVVM，而不是MVC。

• 为了从MVC迁移到PAC，我们要做的是更改目录结构。MVC遵循水平方法，而PAC遵循垂直方法。但是从逻辑上讲，一个应用程序可以考虑同时跟踪两者。