オブジェクトとしてのキャンバスへのFlexデータバインディング配列、一般的なクライアントアーキテクチャ

Question

私はフレックスでアプリケーションを取る分散メモを作成しています。それは基本的にデスクトップトレイに保管できるメモ帳です。メモを追加してサーバーに戻り、データベースに保存します。

アプリケーションを正しく設計するのに苦労するには、ウェブサーバーをポーリングして変更を確認し、ノートオブジェクトの配列を更新するSyncingサービスが必要です。問題は、私のノートがmxmlコンポーネント、別名SingleNoteコンポーネントに対応していることです。存在する場合、4つの異なる場合があります。 a。ノートがサーバーのポーリングから更新されます。この場合、設定を更新するために一意にしたいです。 b。サーバから配列にノートが追加されます。その場合、新しいSingleNoteを作成する必要があります c。クライアントからSingleNoteが追加されます。この場合、配列にノートが追加され、サーバー に返されます。d。この場合、ノート内のノートは配列内で更新され、サーバに返されます。

プロパティはSingleNote（Width、X、Y、Text）です。

この複雑なデータバインディングを達成する方法をお勧めしますか？どのようにこれをデザインしますか？

Answer 1

データベースの外観は？そこにノートテーブルがありますか？

クライアントアーキテクチャを求める場合、サービス側のサービスは既に完了していると思います。その場合、クライアントとサーバーの間で交換されるデータの構造は何ですか？

データベースからノートエンティティをクラスにマッピングするDTO/VOが既にある場合が最適です。クライアント側では、各オブジェクトのidフィールドを使用して、すでにデータベースに保存されているかどうかを知ることができます。

だから、私は何をするだろうことは次のとおりです。注意のあなたの配列が

は、この配列の状態を管理する方法を持っているオブジェクト

1. 店舗：

   は、クライアント側でNoteManagerを作成します。 hasNote（idNote：int型）、addNote（注：注）、removeNote（idNote：int型）、updateNote（idNote：ノート）、...

あなたはこの配列の状態を変更すると、更新する必要があり君はrビュー（s）。使用するフレームワーク（使用する場合）によって、これはさまざまな方法で行うことができますが、モデルの変更後にObservableパターンを使用してビューを更新するという一般的な考え方があります。 （ノートオブジェクトをそのコンポーネントディスプレイにマップするマップがあります）