0

能否以一些巧妙的方式使用 SWFAddress 之类的工具来缓解现有的客户端-服务器架构。我认为甚至可以引入类似 REST 的模式映射或类似的东西。

我目前正在做的是遵循所有 Cairngorm 指南,这已经导致了一堆有意义的命令,但是包括业务代表和所有这些东西,我很难扩展和重构应用程序(实际上,层应该有帮助,紧...也许我做得不太对,我承认)。

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

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

我不会完全放弃命令。我认为它们有利于调度内部交互(在客户端本身内),但我想避免使用它们与服务器进行通信。

我在正确的道路上吗?

4

1 回答 1

1

您是否反对切换到 Cairngorm 以外的替代框架?您刚刚完美地描述了大多数人对此的抱怨。我认为它主要存在于 Flex 开发的回归时代......

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

这是分析当今使用的各种框架的一个很好的起点:

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

并供进一步阅读...

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

如果你的问题是我怎样才能让凯恩戈姆不像……好吧,凯恩戈姆……那我恐怕帮不了你。:)

干杯和好运!

于 2011-05-05T18:22:56.907 回答