对于Flash项目,有没有更好的PureMVC替代方案?
我在以前的Flash(不是Flex)项目中使用了PureMVC。在适应了它的要求后,它工作得很好,但我觉得它设计得太过复杂和繁琐。我注意到,由于它的清晰性和简单性,它得到了很多积极的评价,但它只适用于Flex项目,而不是Flash 如果没有像Flash中的PureMVC这样的框架,只维护我自己对MVC的分离会更简单/更清晰,还是有更好的PureMVC替代方案 编辑:我找到的唯一轻量级竞争者是。你可以试试Gaia()。它更像是一个前端框架,但我相信它总比没有好。您可以构建一个非常简单的后端,与之完美匹配对于Flash项目,有没有更好的PureMVC替代方案?,flash,model-view-controller,puremvc,Flash,Model View Controller,Puremvc,我在以前的Flash(不是Flex)项目中使用了PureMVC。在适应了它的要求后,它工作得很好,但我觉得它设计得太过复杂和繁琐。我注意到,由于它的清晰性和简单性,它得到了很多积极的评价,但它只适用于Flex项目,而不是Flash 如果没有像Flash中的PureMVC这样的框架,只维护我自己对MVC的分离会更简单/更清晰,还是有更好的PureMVC替代方案 编辑:我找到的唯一轻量级竞争者是。你可以试试Gaia()。它更像是一个前端框架,但我相信它总比没有好。您可以构建一个非常简单的后端,与之完
可能值得一试。你可以试一试。这很酷。事实上,我发现PureMVC的设计不如其他大多数框架,而且使用可重用代码在Flash和Flex之间进行切换更为方便。如果你真的想要“最佳替代方案”,你最好的选择是自己推出,但我认为建立在Pure之上的“个人”框架可能非常热门(这就是我现在正在使用的东西)。。。不过还是有很多。查看此链接上的OOP框架部分: 看一看。虽然项目本身声明它是一个Flex框架,但实际上只有一个文件依赖于MXMLC(Beans.mxml文件)。可以通过以下方式将其改写为ActionScript文件
建筑上,Mate和Swiz提供的东西非常相似。它们都是MVC框架,有很多相同的基本思想。关键的区别实际上只是实现细节。例如,在Mate中,您有一个事件映射,而在Swiz中,您可以[Mediate]处理事件。Mate使用MXML标记处理事件,Swiz通过编写ActionScript事件处理程序方法处理事件。此外,在Mate中,您使用地图内部的注射器进行依赖注入,在Swiz中使用[Autowire]。您需要锤子、木槌还是鞋 没有一个答案。。一个框架的好坏取决于它的预期利用率 我想说的是,没有一个最终的解决方案是可以的。一个项目接一个项目。我从一开始就一直在编码,在这些问题上旋转我的轮子,结果发现除此之外没有一个客观的答案
祝你好运 尽管我的回答有失偏颇,因为我是FlashMVC()的作者,但我认为它具有最高的灵活性,同时尽可能容易实现。需要一个import语句,整个框架大约有3个类。一个helloworld示例可以是几行代码,而PureMVC可以是几十行。我在小型项目和工业规模的构建中都使用过它。使用后端技术构建后端!Flash、flex只是对控制器有好处。盖亚是伟大的前端,但后端应该通过AMF完成。