我的公司正在构建一个Flex应用程序,我们可能需要移植到其他平台:
目前,我正在研究可用于构建的应用程序框架,我在pureMVC和Swiz之间左右为难。
我喜欢swiz,因为它的简单性,以及它给了您一种方法来连接事物,然后应用您自己的模式。从灵活的角度来看,这是我的第一选择。
但是,PureMVC是独立于平台的,并且已经移植到上面提到的大多数平台上。这种可移植性有多大价值?当涉及到移植和开发/维护多个应用程序时,真的会使我们的生活更加轻松吗?如果是这样的话,那么PureMVC似乎是该走的路。
或者,由于Silverlight拥有移植我们的应用程序的最明确的业务案例,也许我们可以将端口Swiz移植到Silverlight?我不太熟悉AS3语言和Flex框架的哪些特性,Swiz取决于它们在C#/Silvelright中是否可用。,这真的有可能吗?
非常感谢!
卡蒂克
发布于 2009-12-10 10:02:26
在我看来,如果您使用pureMVC,您可以移植到一种新的语言,而不需要太多的麻烦(除了新语言会给您带来的麻烦),只要您将中介器编程到接口,而不是具体的组件实现,代理就可以使用服务层从服务器获取数据。这样,您只需在新语言中实现组件和服务层。
快速查看Swiz框架:
PureMVC框架不使用闪存事件模型,最终的flash.net/mx.rpc引用通常会出现在服务层中。另一方面,Swiz的目标似乎是充分利用flex和mxml格式,因此它可能会使工作在那里完成得更快。因此,您可能还需要考虑将Swiz用于flex,而PureMVC用于其他语言。
发布于 2011-05-12 18:49:53
任何框架,包括Swiz,都可以很容易地移植到任何语言。Actionscript是完整的,所以从理论上讲,actionscript中的任何代码写都可以转换成另一种访问完整的语言。例如,我们在移动应用程序中使用Swiz框架,这些应用程序被交叉编译以在iOS中运行。还有许多其他开放源码交叉编译器,用于多种语言,以及Adobe的炼金术项目。
在Swiz中唯一不易移植的是运行时元数据标记的使用。可以通过使用高级搜索和替换实用程序或自定义转换框架将自定义元数据标记转换为它们的本机代码实现来解决这一问题。希望我们很快就能看到一些很酷的新开源工具,因为Flex4.5已经在自定义编译器钩子中发布了。
简而言之,在决定框架时,我甚至不会考虑可移植性。选择一个最适合您或您的开发人员使用的。我个人更喜欢斯威兹本人。
干杯!
https://stackoverflow.com/questions/1873069
复制相似问题