降低基于Cairngorm的应用程序的图层复杂度

Question

是否可以使用诸如SWFAddress之类的工具以某种巧妙的方式来缓解现有的客户端 - 服务器体系结构。我看到甚至可以引入类似REST的模式映射或类似的东西。

我现在正在做的是遵循所有的Cairngorm guidleines，这已经导致了一堆命令，这些命令都是有意义的，但包含了业务代表，以及所有这些东西，我正在陷入困境，重构应用程序（实际上，图层应该有所帮助，很紧张......也许我没有这么做，我承认）。

无论如何，我想到的是以某种方式减少了飞来飞去的应用程序事件的数量，以及响应它们的命令的数量。实际上，如果我可以获得某些图层复杂度的rd，即使将视图与某些逻辑耦合，我也可以。

我的意思是：也许，我可以将一个按钮点击绑定到一个url模式（或使用SWFaddress全局更改url）。另一方面，我将等待URL的更改，重新格式化，并将其传递到服务代理上，该服务代理具有必要的映射，因此它知道调用什么方法，或者甚至可以直接传递url到HTTPSErvice。然后代理将处理服务器响应，并更新模型，通过绑定更新视图。

我不会完全沟渠命令。我认为它们对于内部交互的调度（在客户端本身内）是很好的，但我想避免使用它们与服务器进行通信。

我在正确的道路上吗？

Answer 1

您是否愿意改用替代框架而不是Cairngorm？你刚刚完全描述了大多数人的抱怨是关于它的。我认为它主要来自Flex开发的回归日...

我认识的大多数开发人员使用更“现代”的框架，通常关注依赖注入（DI）。

这里是目前使用分析各种frameowkrs一个很好的起点：

http://www.adobe.com/devnet/flex/articles/flex_framework.html

and for for further reading...

我个人比较喜欢Swiz会，在我所有的项目中使用它。正如你所描述的，它仍然关注命令模式，但是缓解了很多层复杂性。

如果你的问题是我怎样才能让Cairngorm不那么像Cairngorm ......那么恐怕我无法帮到你。 :)

干杯和祝你好运！