1

RIA アプリケーションを作成するために、サーバー側のアーキテクチャが本当に必要なのでしょうか?

私の考えは次のとおりです。

  • Html ページ、JQuery、およびコンポーネントの完全なクライアント側 UI セットのみを使用して、完全な RIA アプリケーションを作成します (オープン ソースで利用可能な多数の異なるコンポーネントから適切なものを選択してください)。
  • サーバー側には、Json のシリアル化されたオブジェクトを返し、受け入れる Web サービスのような REST が 1 つ以上あります。

サーバー側アーキテクチャ (Struts、Java Faces、Asp.Net、MVC、または以前流行っていた、または現在流行しているその他のモデル) の最新トレンドに依存する必要がなくなり、Web サーバー側はトランスポート (Json) 間の単なるインターフェースになります。ビジネス ロジック レイヤーには、ロジックがほとんど含まれていません。

クライアント側には巨大な JavaScript アプリケーションがありますが、最新のブラウザーと PC (速度のため) とメンテナンスを容易にするための最新の開発環境 (VS2008 やその他のツールで JavaScript を非常にうまくデバッグできます) を使用すると、このレイヤーのコード メンテナンスの問題はあまり見られません。正しいサーバー層アーキテクチャを知っている開発者を見つけるよりも...

このシナリオについてコメントはありますか？

チャオ・マッシモ

4

4 に答える 4

1

クライアント側にセキュリティロジックを置かないでください... ;-)

于 2009-01-01T07:11:54.233 に答える
1

最新の流行のクライアント側の流行を避けながら、サーバー側を正しくするファーストクラスのバックエンドを実装することについて簡単に尋ねることができました. どちらの場合でも、それは正当な目標になると思います。これが既存のアプリケーションであるかどうかは言及されていませんが、もしそうなら、まず Fowler Refactoring の本を覚えてから行ってください。

クライアント側の目標を達成するために知っておくべきことを適切に適用する方法を知っていれば、ソフトウェアのチャーンの多くは役に立ちます。なぜなら、同じ概念 (SOC、結合対凝集、DRY、YAGNI など) が同じだからです。両方の端に適用され、それらを適用するための便利なツールがますます手元にあります (これは、多くのテクノロジを使用して多かれ少なかれ簡単に実現できます)。

于 2008-11-21T14:05:30.410 に答える
0

C、V、およびほとんどの M がクライアントに存在するため、ほとんどの RIA アプリは MVC またはコンポーネント ベースのフレームワークを必要としません。ただし、クライアントが対話するためのある種のサービス層と、データベースと連携するための永続層が必要になります。

于 2009-01-01T06:32:01.567 に答える
0

または、REST / Json 部分を気にせず、DWR のようなものを使用して、クライアント側のコードからサーバーの POJO に直接通信します。

于 2008-11-21T14:12:37.370 に答える