PureMVC的可移植性对应用程序开发人员有何好处?

我和PureMVC一起工作过。他们试图用很多种语言来实现他们的东西。关于最小公分母,您可能是对的,但总体来说,它不是一个坏框架,我在PureMVC中看到了一个非常好的AS3应用程序。

您也可以说,开发良好PureMVC技能的开发人员很可能会养成良好的习惯,这些习惯会随着语言的转换而转换。但话说回来,也许不是。。因为你提到的原因。

如果语言还不是很相似(C语言和java语言是有道理的,而as3语言和php语言不是),那么在项目中直接跳转的承诺对我来说似乎是不相关的——我同意知道解决问题的方法是有用的,但是“普通”模式已经足够好了。

PureMVC的可移植性将帮助您迁移到另一种语言或用另一种语言重新实现。

我无法统计我为之编写代码的平台和语言的数量,这些平台和语言现在已经灭绝了,即使我还有源代码,它也基本上毫无价值,必须从头开始重写,因为代码通常是100%特定于平台的。

到了迁移的时候,您会发现框架参与者及其角色、职责和协作保持不变。这使您可以处理语言的语法差异,重新创建视图组件和服务。至少你不必完全重新设计。

对于用另一种语言重新实现的情况,想象一下你正试图用你的应用程序占领移动市场的一个重要部分。市场是如此的支离破碎,你将不得不在2个或更多的WindowsMobile、iPhone、Flash和Java上实现相同的程序。当然,你可能会有不同的团队负责这些应用程序,但为什么会有完全不同的体系结构呢?使用PureMVC,可以为应用程序的所有版本提供一个单一的体系结构。

-=悬崖>

我喜欢在Flex中创建原型,然后在应用程序即将完成时将其删除并用自定义组件替换我的视图。PureMVC使它的中介模式非常容易做到这一点。我不确定是否有任何其他框架允许我使用此工作流。

就我个人而言,我认为PureMVC在可移植性目标上走得太远了:我喜欢它与Flash和Flex一起工作的事实(出于上面提到的原因),但我觉得它应该到此为止,并利用本地flashplayer事件架构。

有没有使用PureMVC跨多个平台构建和移植应用程序的例子?

我的公司正在构建一个Flex应用程序,我们可能需要将其移植到其他平台:

• 手机(可能)

如果PureMVC可以简化移植和维护,我会考虑将其作为一个框架。我很想知道是否有其他人将PureMVC应用程序移植到了不同的平台,以及他们在多个平台上并行进行应用程序移植和开发的经验。

干杯,

卡尔蒂克

PureMVC的内部工作不依赖于平台(Flash事件等)。