时下,国人都热衷于开源框架,其实很多开源框架并不实用,开源框架成千上万,好用的还是少数,有时候,真得还要靠自己去造一些轮子。在Flex开发领域,较有名气的框架有两个,Cairongorm和pureMvc,在2007年的时候我曾在博客上分享了这两个框架的一些资料。
但经过一段时间的实践,我认为这些框架均不实用。
cairongorm过于死板,完成一个工作需要N多类,做很多事情都是在舍近求远。
pureMvc虽然比较灵活,考虑了视图的复用。但是工程大而视图复用很少的时候,使用这个框架非常不合适。当实在需要视图复用时,可以考虑使用pureMvc框架。另外,使用pureMvc要注意在你的窗口关闭时要及时清除已经注册的资源,否则会导致内存泄露。
以上还都是小问题,大问题在于,不论cairongorm和pureMvc,都是基于事件(消息),一个事件(消息)发出后,就很难知道那些组件对这些事件和消息感兴趣,也很难知道那个组件对这个消息或者事件进行了监听和处理。造成程序的调试和维护相当困难。很多隐藏的BUg都是因此而产生的。
所以建议不要使用这两个框架。我们在项目中因使用pureMvc吃了很多苦头,希望后来者重视。
我建议开发者按照如下思路进行Flex开发,也是按照MVC思路设计的。
这样做的最大好处就是便于调试,其次是把视图部分和数据以及数据处理部分分离,当视图上的控件发生变化不会影响数据处理的业务。
具体的例子如下:
这是一个视图的MXML,用来实现通用“资源”选择。包括全选、反选,按下确定按钮就会返回已被选择的资源数据。这里的<MinizableTitleWindow>是一个自定义组件,可以帮它当做panel。
上面视图MXML对应的AS类模型如下:
除了这些之外,我觉得为了化简Flex的开发,大家可以自己动手造一些框架,比如说仿照Java Colleciton框架造AS下的Collection框架。造一个类库对远程调用进行封装,以简化远程调用。造一些常用窗口的MXML模板库,简化常用的维护、查询窗口的开发,.......通过构建这些针对应用开发中特定领域的框架对应用开发带来的简化远比用类似Cairongorm,pureMvc这些万能丹要好的多。我们需要的是开阔思路,不要被外国的轮子迷了眼,其实这些轮子代码不复杂,功能也不强大。