MVCモデル

ソフトウェアをModel（データ・ビジネスロジック）、View（表示）、Controller（入力制御）の3つの役割に分離するアーキテクチャパターン。各要素の独立性を高め、保守性と拡張性を向上させる。

ソフトウェアをModel（データと業務ロジック）、View（表示）、Controller（入力制御）の3つの役割に分離するアーキテクチャパターン。UIと業務ロジックを分離することで保守性と再利用性を高める。Webアプリケーションで広く採用されている。

アプリケーションをModel（データとビジネスロジック）、View（表示）、Controller（入力制御）の3つの要素に分離するアーキテクチャパターン。各要素の責務を明確にし、変更の影響を局所化する。Webアプリケーションで広く採用される。

ソフトウェアをModel（データと業務ロジック）、View（表示）、Controller（入力制御）の3つの役割に分離するアーキテクチャパターン。UIと業務ロジックを分離することで保守性と再利用性を高める。Webアプリケーションで広く採用されている。

GUIアプリケーションを、データと業務ロジックを持つModel、画面表示を担うView、両者を仲介するPresenterの3つに分けるアーキテクチャパターン。ViewはPresenterを通じてのみModelとやり取りし、表示の制御をPresenterに集めるため、画面を伴わない単体テストがしやすい。MVCから派生したパターンである。

アプリケーションをModel（データと業務ロジック）、View（画面）、ViewModel（画面に表示する状態と操作）の3つに分けるアーキテクチャパターン。ViewとViewModelをデータバインディングで結び付け、画面の更新を自動化する。MVCから派生し、GUIアプリケーションやフロントエンドフレームワークで使われる。

必要最小限の機能を持つコアシステムに、個別の機能をプラグインとして追加していくアーキテクチャパターンで、プラグインアーキテクチャともいう。コアを変えずに機能を拡張・交換でき、統合開発環境（IDE）やWebブラウザの拡張機能がその例である。

オブジェクト指向設計でよく現れる問題と、その解決策となるクラスやオブジェクトの構成を、名前を付けて再利用できる形にまとめたもの。GoFの23パターンが代表的で、設計の意図を短い言葉で共有できる。

Webアプリケーションのサーバ側の処理を効率よく作るための枠組み。リクエストの振り分け（ルーティング）、データベースへのアクセス、認証、入力の検証などの共通機能を提供する。Ruby on Rails、Django、Spring Boot、Expressなどがある。

マーケティングミックスのフレームワーク。4Pは製品（Product）、価格（Price）、流通（Place）、販促（Promotion）で売り手視点。4Cは顧客価値（Customer Value）、コスト（Cost）、利便性（Convenience）、コミュニケーション（Communication）で買い手視点。