我在之前的Flash(不 Flex)项目中使用了PureMVC。在适应了它的要求后,它运作良好,但我觉得它过于设计和繁琐。我注意到Mate由于其清晰和简单而有很多积极的评论,但它仅适用于Flex项目,而不是Flash。
如果没有Flash中的PureMVC这样的框架来维持我自己的MVC分离会更简单/更清楚,还是有更好的PureMVC替代品?
编辑:我找到的唯一轻量级竞争者是flashMVC。
答案 0 :(得分:2)
你需要锤子,木槌还是鞋子?
没有一个答案..框架只有它的预期利用率。
我所说的是没有一个终极解决方案。按项目进行项目。自从AS首次存在以来,我一直在编写AS,并且在这些问题上旋转我的轮子,却发现除此之外没有任何客观答案。
祝你好运!答案 1 :(得分:1)
你可以尝试盖亚(http://www.gaiaflashframework.com/)。它更像是一个前端框架,但我确信它总比没有好。你可以建立一个非常简单的后端,与它配对很好。
值得一试。
答案 2 :(得分:1)
我实际上发现PureMVC的工程设计比大多数框架都要少,而且可以用可重复使用的代码更好地在Flash和Flex之间跳转。如果你真的想要“最佳选择”,那么你最好的选择就是推出自己的产品,但我认为构建在Pure之上的“个人”框架可能非常热门(这就是我现在正在使用的工作)...那里虽然是负荷。查看此链接上的OOP框架部分:
答案 3 :(得分:0)
您可以尝试ASAP。这很酷。
答案 4 :(得分:0)
看看Swiz。虽然项目本身声明它是一个Flex框架,但实际上只有一个文件依赖于MXMLC(Beans.mxml文件)。这可以通过Aral's example on his weblog重新编写到ActionScript文件中。
在建筑方面,Mate和Swiz在他们提供的产品方面非常相似。它们都是MVC框架,并且分享了许多相同的基本思想。关键差异实际上只是实现细节。例如,在Mate中你有一个事件地图,在Swiz中你[Mediate]来处理事件。 Mate使用MXML标签处理事件,Swiz通过编写ActionScript事件处理程序方法来处理事件。此外,在Mate中,您可以在地图中使用Injectors进行依赖注入,并在Swiz中使用[Autowire]。
答案 5 :(得分:0)
虽然我的回答是有偏见的,因为我是FlashMVC(www.flashmvc.com)的作者,但我确实认为它具有最高的灵活性,同时尽可能容易实现。需要一个import语句,整个框架大约有3个类。一个hello-world示例可能只是几行代码,与PureMVC相反,可能有几十个。我已将它用于工业规模的小型项目。