サーバー中心 vs.クライアント中心のアーキテクチャ
https://stackoverflow.com/questions/40723
-
09-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
典型的なビジネス アプリケーションの場合、AJAX を介したクライアント処理に重点を置く必要があります。サーバーからデータを取得してクライアントで処理するか、それともサーバーがほとんどの UI イベントの処理を担当する、より古典的な ASP.Net アプローチをお勧めしますか?出発点となる適切な「デフォルトのアーキテクチャ」を思いつくのは難しいと思います。もしかしたら、誰かが推奨できるオープンソースのサンプル アプリケーションを持っているかもしれません。
解決
実際にはアプリケーションと状況によって異なりますが、サーバーへのヒットはすべて、負荷の追加 (おそらく最小限) だけでなく、UI の応答性の点でもコストがかかることに注意してください。UI をより快適に感じられるのであれば、可能であれば JavaScript で物事を行うのが良い考えだと私は考えています。
もちろん、それはすべて、何をしようとしているか、そして UI がきびきびしているかどうかによって異なります (内部 Web アプリでは、UI をより魅力的でより速く/使いやすくするために追加の開発はおそらく必要ありませんが、一般の人々が多数の聴衆によって使用されるものは、おそらく可能な限り洗練され、調整される必要があります)。
他のヒント
それはアプリケーションとユーザーに大きく依存します。ただし、一般的なケースでは、可能な限り多くの処理がクライアント上で行われると、常に拡張性が向上し、ユーザーのエクスペリエンスも向上します。
さらに、Google Gears やその他の同様のフレームワークを使用すると、クライアントをネットワークから分離しても、アプリケーションを引き続き使用できます。すべての UI がサーバー上にある場合、ローミング ソリューションを展開するのははるかに困難になります。
データを信頼する必要がありますか?その場合、クライアントが処理したデータを厄介で悪意のある方法で改ざんするのは簡単であることに注意してください。その場合は、サーバー上で情報を処理する必要があります。
また、安定性、信頼性、バグのない JavaScript アプリをコーディングするのは非常に難しいことにも注意してください。ユーザーが特定の 1 つのブラウザーのみを使用できるようにロックダウンできますか?
