apache-flex - 为什么要使用像 Cairngorm 或 Mate 这样的 Flex 框架？

Question

据我了解，框架可以降低常见领域的复杂性，例如登录系统。我在工作中使用 ASP.NET MVC 并在 Zend Framework 中完成了一些工作，但不了解框架如何帮助客户端开发。在工作中使用 ASP.NET MVC 的原因是用于单元测试 - Flex 框架是否也有助于此？

请告诉我为什么我应该或不应该使用带有 Flex 的框架？

Answer 1

简短的回答是:这取决于框架。 :) 我的想法如下:

Flex本身就是一个框架，不需要任何额外的框架就可以编写出合理的应用程序。 Flash 具有允许冒泡事件的内置事件模型，因此您可以在深度嵌套的用户界面组件中分派(dispatch)事件，并在处理事件的层次结构中设置更高层的监听器。事件处理程序可以委托(delegate)给您的模型，该模型从服务器检索数据，而 Flex 的绑定(bind)支持可以确保您的 View 从模型中得到适当更新。我认为了解 Flex 应用程序可以并且应该或多或少地根据该方法编写是很重要的，并且任何其他框架都应该有助于促进该方法，而不是提供它自己的做事方式最终将您耦合到框架.

话虽这么说，一个有助于促进这种方法的额外框架绝对可以提供值(value)。我会推荐 Mate 或 Swiz，因为我认为他们实现了这个目标。他们不会尝试重新发明轮子或替换部分 Flash/Flex API；相反，他们补充了他们。依赖项注入(inject)功能使向 View 提供数据变得更加容易，但无需将它们耦合到任何框架。有许多实用程序可用于更轻松地使用远程服务。他们还有一个实用程序来促进测试甚至在共享对象中持久化数据。

我过去也曾使用过 Cairngorm，我不推荐它。 CG 因要求您创建大量符合 CG 特定 API 的类并要求您使用他们的许多单例实现而臭名昭著，这使您的应用程序变得脆弱且难以单独测试。它基于许多 J2EE 模式，这些模式至少在 5 年前就在 Java 社区中失宠了。

我读过一些关于 PureMVC 的文章，虽然我不能说它具有侵入性，但我认为重新发明事件模型(称为“通知”)是愚蠢的，并且会将您与他们的框架结合起来。当然，您可以说它使您与 Flash 事件模型“隔离”，以防它发生变化，但我认为 PureMVC 更改其通知模型的可能性远远大于 Adob​​e 更改事件模型的可能性。 :)