2012-05-10 2 views
3

私が取り組んでいるアプリケーションでは、特定のことを達成するためのAPIコールがたくさんあります。通常、それぞれのものは複数のAPIコールを受け取ります。私が設計したいのは、UI /クライアントが特定のタスクを実行し、中間層がそのタスクを呼び出し、タスクがすべての呼び出しシーケンスを処理する中間層です。同期ネットワーク/ API呼び出しを構成するクライアントとネットワークの間に「タスク」レイヤーを設計する

私はハードです正しいデザインパターンを選択する時間。基本的に私は、UI、ネットワーク、およびタスク間の相互作用を仲介するメディエーター型のパターンを考えていました。そしてすべてが仲介者と話すだけですが、これによって仲介者が複雑すぎる可能性があります。もう1つの要件は、タスクが他のタスクで構成できることです(1つのタスクは別のタスクに依存し、それを呼び出して終了するまで待機することがあります)。

このような一般的なデザインパターンはありますかもう存在している?

答えて

2

ヴァージルDobjanschisグーグルIO RESTは、UIから(彼の場合はREST)偉大なネットワーク運用をデカップリングするためのパターンを説明し、あなたはあなたが始めるために素晴らしいインスピレーションである必要があり、ここでhttp://www.youtube.com/watch?v=xHXn3Kg2IQEビデオを見ることができます。

+0

これはすばらしいです、ありがとう..私は今それを見るでしょう –

1

私が考えることができる最も単純なのは私が考えることができる、私はデザインパターンの教祖でもなくても、コマンドパターンです、確かにもう少し複雑なものの出発点です。 http://en.wikipedia.org/wiki/Command_pattern

+0

ありがとう、私はちょっとだけビルドを始めましたが、コミュニケーションのためにいくつかのものを組み合わせる必要があると思うのは意味がありません。 Observerパターンは異なるスレッドなどにあるため動作しません。 –

関連する問題