典型的なビジネスアプリケーションの場合、AJAX を介したクライアント処理に焦点を当てる必要があります。つまり、サーバーからデータを取得してクライアントで処理するか、またはサーバーがほとんどの UI の処理を担当する、より古典的な ASP.Net アプローチを提案しますか?イベント？出発点となる優れた「デフォルトのアーキテクチャ」を思いつくのは難しいと思います。誰かが推奨できるオープン ソースのサンプル アプリケーションを持っているかもしれません。
3 に答える
1
アプリケーションとユーザーに大きく依存します。ただし、一般的なケースでは、可能な限り多くの処理がクライアントで行われると、常にスケーリングが向上し、ユーザー エクスペリエンスが向上します。
さらに、Google Gears などのフレームワークを使用すると、クライアントをネットワークから切り離してもアプリケーションを使用できます。すべての UI がサーバー上にある場合、ローミング ソリューションを展開するのははるかに困難です。
于 2008-09-02T21:34:08.703 に答える
1
アプリケーションと状況に大きく依存しますが、サーバーへのすべてのヒットは、負荷の追加 (おそらく最小限) だけでなく、UI の応答性の点でもコストがかかることに注意してください。私は、可能な場合は JavaScript で何かを行うことをお勧めします。それによって UI がより快適に感じられるようになるのであれば。
もちろん、それはあなたが何をしようとしているのか、そしてUIがきびきびしているかどうかが重要であるかどうかによって異なります（内部Webアプリは、UIをより魅力的で、より速く/より使いやすくするためにおそらく追加の開発を必要としません。一般大衆が多くの聴衆によって使用されるものは、おそらく可能な限り洗練され、調整される必要があります)。
于 2008-09-02T21:34:34.443 に答える
0
データを信頼する必要がありますか？その場合、クライアントが処理したデータを厄介で悪意のある方法で改ざんするのは簡単であることに注意してください。その場合は、サーバーで情報を処理する必要があります。
また、JavaScriptアプリをコーディングするのは非常に難しいため、安定性、信頼性、バグがないことに注意してください。ユーザーが特定のブラウザーを1つだけ使用するように、ユーザーをロックダウンできますか？
于 2008-09-02T22:29:53.733 に答える