2

背景 Azure App Service チュートリアルで API アプリと ASP.NET の使用を開始する ( https://azure.microsoft.com/en-gb/documentation/articles/app-service-api-dotnet-get-started/）、本日、To Do リスト アプリケーション API レイヤーを中間層 API アプリとデータ層 API アプリに分割するために行われた設計上の決定に関して、アーキテクチャに関する問題が発生しました。

ToDoListApplicationアーキテクチャ

分散アーキテクチャを使用してアプリケーションを構築する場合、API レイヤーでこの種の分離をいつ行う必要があるかを理解するために、どのような考慮事項を行う必要がありますか?

この質問をする別の方法は、アプリケーションを構築するときに中間層 API レイヤーとデータ層 API アプリを分離することの長所と短所は何ですか?

その他の質問Web アプリ アーキテクチャに関する記事 を読みました: 1 または n API に関する質問(次のリンクを参照)。中間層 (ロジック) とデータ層に個別の API レイヤーを持つ単一のドメインについて話しています。

Web アプリ アーキテクチャ: 1 つまたは n API

4

2 に答える 2

0

サンプル デザインはややわかりにくいと思います。現実の世界では、すべての機能が http/rpc 呼び出しになるように設計されているため、そのような設計はまだ見たことがありません。

私の経験では、SPA はパブリック API (またはゲートウェイ API) を使用し、内部 API/マイクロサービスを呼び出して結果を集計します。DAO を持つ可能性があるのはマイクロサービスであり、最も重要なのはビジネス ロジックです。

于 2016-11-27T23:25:09.237 に答える