APIのPHPデザインパターン

Question

特定のAPIがどのようにコード化されているかの合理的な説明を探しています。一般的なMVCパターンは、APIの背後で使用されているパターンをきちんと説明しようとすると実際には適合しません。私は、以下のパターンが従来のデザインパターンに適合するかどうか誰にでも分かります。私はパターンが抽象的な概念であることを理解しています。私たちは1つに固執しようとしていませんが（愚かなことですが）、私の好奇心が私を殺しています。

（着信要求） - >[ROUTER]パスが適切なクラスに要求し、使用する方法に要求のデータを渡します。

[CONTROLLER]生のリクエストデータを処理し、 レスポンスを作成するメソッドです。このメソッドは、要求を満たすために必要なすべてのクラスをインスタンス化し、依存関係を注入する必要があるサポートクラスを準備します。

[モデル]キャッシュ、データベース、ファイル操作を処理するクラスのコレクション。すべての下位レベルのビジネスロジックがあれば。

[CONTROLLER]モデルから返されたすべてのデータを整理し、 最終回答とハイレベルビジネスロジックを準備します。

< - （JSONレスポンス）

APIのみを要求するアプリやウェブサイトで使用されるデータリソースを構成、表示/インターフェースを作成するための責任を負いません。

これを記述するパターンはありますか？

Answer 1

APIは、クライアントまたはサーバーに情報を提供するもう1つの方法です。

HTMLページを提供するのではなく、JSON、XMLなどの形式を使用しているだけです。

Model-View-Controllerパターンはまだ適用されますが、ビューの部分はもはや本格的なHTMLとして扱われる必要はありません。