2012-03-25 3 views
1

MVC3とAJAXを使用して複雑なWebページを構築する方法を探そうとしています。MVCモジュラーGUIコンポーネント

これを達成するためにコンポーネントを使用したいと思います。 各コンポーネントは、独自のモデル、ビュー、コントローラで構成されています。

複数のコンポーネントは、いくつかの複雑なビューに配置され、一緒に動作して、希望の動作を提供する になります。

ユーザーがコンポーネントのいずれかと何らかのアクション(対話)を行った場合、 私はAJAX経由でページの他の部分を更新する必要があります。 アクション(対話)が発生したコンポーネント(その実装では、そのアクションが使用されるビュー、および更新するページの部分とその方法については何も想定していません)。

一部のコンポーネントで何らかの対話が発生した場合、この状況を処理してページの適切な部分を更新するメカニズム(外部コンポーネント自体)が必要です。 どのように一般的には、そのような仕組みを実装しますか?

答えて

0

Mediator Patternを使用します。これは誤ってマネージャーパターンと呼ばれることもあります。

このクラスは、コンポーネントの通信を仲介します。

+0

たとえば、2つのコンポーネントと1つの具体的なメディエーターがあります。 ComponentA(ModelA、ViewA、ControllerA)。コンポーネントB(ModelB、ViewB、ControllerB)。 MediatorX(ComponentAとComponentBについて知っていて、どのように対話するか) ComponentAとComponentBはモデル化されており、モデルがMediatorXで動作していることがわかります。 ユーザーが何らかのアクティビティを実行すると、ControllerAのアクションが実行されます。 – Dusan

+0

このControllerAのアクションでは、MediatorXを作成し、いくつかのメソッド を呼び出して、関連するすべてのデータを渡します。たとえば、送信者 "ComponentA"、 アクションは "UserDoneSomething"、追加データは "123"でした。その後、MediatorXはControllerBで何らかのアクションを実行し、結果を返し、クライアントに送り返します。 これは良いアプローチ(または複雑すぎる)ですか、何か不足していますか? – Dusan

+0

私にはかなり良いサマリーのようです。 –

関連する問題