私たちのシステムには、Web アプリケーションとその上に開発されたクライアント アプリケーションのドメイン ロジックとデータ アクセスを処理するリモート API レイヤー (SOAP、XML-RPC、REST など) があります。以前とは異なり、Web アプリケーションにビジネス ロジック コードと DB 接続がなく、すべてのユーザー アクションはレイヤーのメソッドを呼び出すように変換されます。
私の懸念は、たとえばページのレンダリングの場合、レポート、最近の履歴、いくつかのポートレットなどを含むユーザー ダッシュボードなど、データを取得するためにかなりの数の呼び出しを行う必要があることです。私の現在の設計 (委任ロジックと DA) ではリモート層へ)、あなたが見ている欠点は何ですか? HTTP経由でテキストベースのデータを確立して送信することは、DBアクセスよりも重く、コストがかかることがわかりました。さらに、代わりにリモート層で最適化を行う必要があります (Web アプリでビジネス ロジックと DA コードを指定すると、最適化の柔軟性が高まります)。
私は現在、すべての呼び出しを 1 つにまとめることができるリモート「ヘルパー」サービスを作成するかどうかを考えています。つまり、複数の呼び出しを行う代わりに、メソッド名と引数のコレクションを含む 1 つの呼び出しを送信します。ちょっと見栄えが悪いので、今でもそうすることにまだ懐疑的です。
このアーキテクチャについてのご意見をお聞かせください。同様の方法で Web アプリケーションを開発したことがある場合、優れたパフォーマンスを保証するために過去にどのようなアプローチをとっていましたか? 私が本当に心配しなければならない他の懸念がある場合は、それも私と共有してください.
ありがとう！
yc