MVCがPACよりも人気があるのはなぜですか？[閉まっている]

SOでPACについての質問に出会ったばかりで、そのパターンに興味を持ちました。なぜMVCほど広く使用されていないのだろうか？PACと比較したMVCの利点は何ですか？

テクノロジーは、次の3つの理由で人気があります。

• ニーズを満たしている（または少なくともそう思われる）
• それは宣伝されます-時には意図的な擁護（マーケティング）を通じて、時にはそれが実際に動作するのを見ることによって。
• 導入コストは、メリットによって上回ります。

MVCと友人にすでに満足している開発者は、既存のアプローチに欠陥がない限り、代替手段を探しに行くことはまずありません。MVCとそのよく知られているバリアントは、多くの開発者の懸念を分離する必要性をすでに満たしていると思います。

彼らが見に行っても、他の人がそれを使用してそれについて書いていない限り、彼らはそれを見つけそうにありません。PACの場合、ほとんどの開発者はこのアプローチを知らないだけだと思います（この質問を読むまで聞いたことはありませんでした）。

たとえそれが見つかったとしても、そのメリットが採用コストを上回らない限り、彼らはそれを使用しません。多数のフレームワークにMVCベースのアプローチが組み込まれているため、多くの開発者にとってコストが非常に高くなります。

そこにあなたがそれを持っている：それがマーケティングを欠いているので人々はPACを使用しない。

MVCは、フレームワークをサポートしているため、より人気があります

最近のWebアプリケーションをノックアウトするほとんどの人は、いくつかのWebフレームワークまたはその他のデザイナーによって提供された設計上の決定を使用して、よく踏まれた道をたどっています。Javaの世界では、SpringMVCが一般的な選択肢です（おそらく、PACをはじめとする水を濁らせる代替手段がないためです）。他の開発者は、このアプローチが提供する利点を理解し、満足しており、変更する必要性を実際に感じていません。

MVCはうまく機能し、理解しやすく、効果的に使用すると、Webアプリケーションコードの複雑さが軽減されます。

PACと比較したMVCの利点は何ですか？

シンプル。大多数のプロジェクトでは、PACは完全に過剰になりますが、MVCは非常にうまく適合します。

これまでPACについて聞いたことがありませんでしたが、MVCとまったく同じようです

Presentation = View
Abstraction =  Model
Control = Controller

提供されたリンクを一目見ただけで、

• PACはMVCよりもMVVMに似ています。

• MVCからPACに移行するには、ディレクトリ構造を変更する必要があります。MVCは水平アプローチに従い、PACは垂直アプローチに従います。しかし、論理的には、アプリケーションは両方を同時にフォローすると考えることができます。