3

对于我正在开发的应用程序,我们有一堆 api 调用来完成某些事情。通常每件事都需要一个以上的 api 调用。我想要设计的是一个中间层,其中 UI/客户端可以只说执行某个任务,中间层将调用该任务,而任务将处理所有 api 调用序列..

我很难选择正确的设计模式。基本上,我在考虑一种调解器类型模式,它可以调解 UI、网络和任务之间的交互。一切都只会与调解人对话,但这可能会使调解人过于复杂。还有一个要求是任务可以由其他任务组成(一个任务可能依赖于另一个任务并调用它并等待它完成)..

是否存在与此类相关的通用设计模式已经存在?

4

2 回答 2

2

Virgil Dobjanschis Google IO REST 解释了从 UI 中解耦网络操作(在他的例子中是 REST)的一个很好的模式,你可以在这里观看视频http://www.youtube.com/watch?v=xHXn3Kg2IQE它应该是一个很好的灵感让你开始。

于 2012-05-10T16:19:19.510 回答
1

我能想到的最简单的一个,恐怕我不是设计模式大师或任何东西,是命令模式,当然是更复杂的事情的起点。 http://en.wikipedia.org/wiki/Command_pattern

于 2012-05-10T16:11:09.653 回答