我的公司是建立一个Flex的应用程序,我们可能需要口到其他平台:

  • Silverlight(有可能)
  • 移动(也许-的iPhone:目标-C,安卓:哇,等等。)
  • 桌面(也许...空气.净,等等。)
  • 电视台(也许最终)

目前,我在找到应用程序框架的建立在和我之间徘徊pureMVC和Swiz.

我爱swiz为其简化和它如何,只是给你一个办法挂钩的东西,然后应用你自己的模式。从flex的唯一的角度来看,这是我的第1个选择。

但是,PureMVC是独立于平台和已经被移植过来,大多数的平台,以上提到。 如何有价值的是这个可移植性? 它将真正使我们的生活明显更加容易,当它涉及到移植和发展/维持多个应用程序?如果是这样,那么这似乎是PureMVC是的路要走。

或者,由于Silverlight具有最明确的业务情况对于移植我们的应用,也许我们可以 口Swiz到Silverlight?我不太熟悉这AS3语言和灵活的框架,特Swiz取决于他们是否可以在C#/Silvelright. 这实际上是可能的?

非常感谢!

Karthik

有帮助吗?

解决方案

在我看来,如果你用pureMVC你可能口到一个新的语言,没有太多的麻烦(比其他的什么新的语言会给你)命令、调解人和代理,提供你的节目你的调解人一个接口,而不是一个具体组件的执行情况,以及该代理人使用的服务层获得的数据服务器。这样你只需要实施部件和服务层在新的语言。

快看Swiz框架:

  • 使用闪光灯的事件模型(见CentralDispatcher)
  • 使用了一些flash.net和mx.rpc类(参见网和rpc swiz软件包)

PureMVC框架不使用闪光灯的事件模型,并最终flash.net/mx.rpc 引用,通常会出现在业务层。另一方面Swiz似乎是旨在充分利用flex和单的格式,因此它可能会获得更快地完成工作。所以,你可能还需要考虑使用Swiz flex和PureMVC的其他语言。

其他提示

任何框架,包括Swiz,可以很容易地被移植到任何语言。齐旅游完成,所以理论上的任何代码写在脚本可以被转变成另一个旅游完成的语言。例如,我们使用的Swiz框架,在我们的移动应用程序,这得到交叉编制的运行在内部监督事务办公室的。还有许多其他开源的跨编译为各种语言,以及作为Adobe 炼金术项目.

唯一的事情是不容易的便携式在Swiz使用的运行时元数据的标签。这可以解决通过使用先进的搜索和替换的效用,或一个自定义的变革框架转换为定义的元数据标记,以他们的母代码的执行。我们希望,我们将看到一些很酷的新的开放源码工具的很快,现在,Flex4.5被释放 定义挂钩编译器.

总之,我甚至不会采取可携带性虑到这一点时,决定一个框架。选择一个是最适合你或者你的开发人员使用。我个人喜欢Swiz自己。

干杯!

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top