私のアプリケーションでは、サービス/プレゼンテーション レベル、ビジネス、およびデータレイヤーを備えた 3 層アーキテクチャを使用しました。今、私はWeb APIを使いたいです（MVCなし、コントローラーのみ）。それなら、コントローラーをサービスのように使って、ビジネスとデータレイヤーを維持しようと思います。しかし、多くの場合、コントローラ ロジックは出力と html に存在するモデルにリンクされています。別の解決策は、サービス層を使用するコントローラーを使用して、アプリケーションが必要とするものを作成することです。この場合、コントローラーは、html 上のモデルと、タブレットやその他のデバイスで使用できるサービスとの間の仲介者として機能します。
これらのケースで使用されたソフトウェア アーキテクチャはどれですか?
三段。これが何を意味するのか誤解を解く必要があるだけです。
Web API はサービスではなく、UI レイヤーです。プレゼンテーションのニーズに合わせてビジネス データを再構成するなど、当然のことながらすべての UI 処理を行います。
UI はユーザー インターフェイスです。必ずしもグラフィカルではありません。WepApi の場合、ユーザーはそれを使用してデータをプルする他のプログラムです。そして当然のことながら、WebApiは、フロントエンドで行う必要がある多くのことを行います-ユーザーと入力のサニテーション、プリセットネーションの正確な必要性への変換など.それはフロントエンド、プリセットネーション、およびアプリケーションの信頼の終わりです. boudary (WebApi 経由で取得した入力を信頼しないでください) - 人ではなく、別のプログラムがそれを使用することのみ。