2

NodejsとActionscriptの両方でオブジェクト（文字列でシリアル化）であるjsonを介してサーバーと通信します。

クライアントで使用するこれらのオブジェクトは、それらを読み取り/変更し、サーバーから取得したものに関連するセカンダリ オブジェクト (クラスから) を作成します。

クライアントを設計するための 2 つのオプションのうちの 1 つがあり、どちらがより柔軟で将来性があるかを判断するのに行き詰まっています。

  1. データをそのまま保持し、オブジェクトを変更するための多くのメソッドを作成し、セカンダリ オブジェクトを別の場所に保持します。
  2. 同じ場所にメソッドを積み重ねるのではなく、各クラスが独自のメソッド グループを持つクラスのインスタンスにデータを変換します。

通常はOOPが美味しいので2本でいきますが、1本の方が量的には簡単そうです。

私の問題は、クライアントが基本的にサーバーがコントロールであるビュー(MVCから)であるかどうか、またはクライアントとサーバーが通信する2つの独立した/個別のプロジェクトであるかどうかがわからないことだと思います。クライアント自体を MVC プロジェクトと見なす必要があります。

2セントをいただければ幸いです。

4

1 に答える 1

0

あなたの質問から、1. と 2. の違いは明らかではありませんが、1. は密結合しているのに対し、2. は懸念事項をより適切に分離しているように見えます。

アプリケーションによって異なります。豊富な UI/UX 要素を備えたクライアント負荷の高いアプリ、または帯域幅が制限されているモバイル アプリを作成する必要がありますか? 答えが「はい」の場合は、2 番目のアプローチ (2.) を使用します。MVC のような構造を構築するか、Ember、Angular、Backbone、Knockout などの既存の MV* ライブラリを使用します。

SEO サポートが必要で、フロントエンド コードがあまりない場合は、サーバー側でレンダリングすることも選択肢の 1 つです。このアプローチでも、Mongoose のような ORM は役に立ちます。

PS: オブジェクトは他のオブジェクトから継承されるため、JavaScript には実際にはクラスがありません。そのために、プロトタイプの継承パターンを使用できます。

于 2013-06-21T20:25:59.820 に答える