Chinaunix首页 | 论坛 | 博客
  • 博客访问: 3334779
  • 博文数量: 530
  • 博客积分: 13360
  • 博客等级: 上将
  • 技术积分: 5473
  • 用 户 组: 普通用户
  • 注册时间: 2006-07-13 13:32
文章分类

全部博文(530)

文章存档

2017年(1)

2015年(2)

2013年(24)

2012年(20)

2011年(97)

2010年(240)

2009年(117)

2008年(12)

2007年(8)

2006年(9)

分类:

2010-04-09 11:18:20

1. 少用点addEventListener。如果用的多了容易失控。大系统的逻辑关系一般都很复杂,而addEventListener做响应函数调用非常 有可能被遗忘掉(比如某些情况下不需要响应),最后测试找bug很痛苦。其实我觉得有一个很土的办法,就是把响应函数直接给抛出事件的类,那样基本上当你 想抛出事件的时候也会注意到谁会来响应了。

2.分离出若干个设置类(一般存放基本配置参数),全局常量类(比如URL,路径等等),专门处理后代数据交换的类(分离flex主体和后台,这样无论想切换到测试服务器,或者切换交换协议都比较方便)。

3.做好Log工作。我是不大相信test case之类的玩意儿的,flex以UI为主不适合这些,而且很多毛病会出在集成测试里,因此flex builder debug基本上也不会派上用场。这时候Log就是没有选择的选择了。flex自带的Log系列就比较好,只是需要自己扩展输出目标。

4.ANT。单一个flex不成一个系统,构建工具在集成测试的时候内给你剩很多时间(如果你喜欢自己build,copy/paste那也行)。我一直用ANT的,这是一个很不错的工具。

5.版本控制。即使一个人干,也应该需要版本控制的,不为什么。防止你想找后悔药吃的时候找不到。这点我感触很深,刚开始工作的时候也觉得这些虚招子特别烦。版本控制就好像买保险一样,关键时候就发挥威力了。
阅读(1158) | 评论(0) | 转发(0) |
0

上一篇:FLEX优化工具

下一篇:优秀FLEX软件简介

给主人留下些什么吧!~~