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

Question

像SWFAddress这样的工具是否可以用一些聪明的方式来减轻现有的客户端-服务器架构。我甚至看到了引入类似REST的模式映射或类似的东西的可能性。

我目前正在做的是遵循所有的凯恩戈姆指南，这已经导致了一堆命令，这些命令都是有意义的，但包括业务代表和所有这些东西，我正在经历一段艰难的时间来扩展和重构应用程序(实际上，层应该是有帮助的，紧密……也许我做得不太对，我承认)。

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

我的意思是:也许，我可以将单击按钮绑定到url模式(或者使用SWFaddress全局更改url )。在另一端，我将等待url的更改，重新格式化它，并将其传递给服务委托，该服务委托在脑海中具有必要的映射，因此它知道要调用什么方法，或者甚至可以将url直接传递给HTTPSErvice。然后，委托将处理服务器响应，并更新模型，该模型将通过绑定更新视图。

我不会完全抛弃命令。我认为它们对安排内部交互(在客户端内部)很好，但我不想使用它们来与服务器进行通信。

我走的路对吗？

Answer 1

您是否反对切换到一个替代的框架，而不是凯恩戈姆？你刚刚完美地描述了大多数人对它的抱怨。我认为它主要存在于Flex开发的倒退时代……

我认识的大多数开发人员都使用更“现代”的框架，通常专注于依赖注入(DI)。

这里是分析当今使用的各种frameowkr的一个很好的起点：

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

and for for further reading...

我个人更喜欢Swiz，并在我的所有项目中使用它。正如您所描述的，它仍然专注于命令模式，但减少了许多层的复杂性。

如果你的问题是我怎么才能让凯恩戈姆不那么像..。凯恩戈姆..。那我恐怕帮不了你了。:)

干杯，祝你好运！