hackerzhou's blog Stay Hungry, Stay Foolish

最近做了一个检查flex代码，找出没有用到的properties资源（主要用来保存一些设置和提供多语言支持）以及as和mxml文件的工具。对于一个多人合作或者需求经常更改的大项目来说，很容易出现这种问题，需要定期的做code clean up来保证源代码条理清晰。那么，问题也就产生了，如何有效率的找出没有用到的项目，本文的目的也就在于解决这类的问题。

Properties主要有如下几点问题：

1.重复的项：重复定义的项可能会导致不可预料的后果，比如定义了a=1和a=2两条矛盾的记录，那么很有可能造成混淆。

2.用到了未定义的项：代码中使用到了，但是却没有在properties中定义，同样会造成问题。

3.定义了但从未用到的项：这类的多余的项会影响整个项目代码的review，clean up的时候应当将这些项目删除。

解决方法：

1.使用HashMap读入properties文件（处理注释以及空白），其实用Java的Properties类来读取更加方便，但是用Properties类的话就不能发现重复项了，问题1解决。

2.读取所有可能用到properties的文件（*.as,*.mxml,*.xml），用正则提取所有双引号和单引号中的内容，放到另一个HashMap中，这个Map就是潜在的可能匹配项，因为需要用到properties的地方都是需要用引号来调用值。但是这个Map会很大，因为比如width=”1″，这里的1都会被提取出来。

3.出现在第一个HashMap中却没有出现在第二个HashMap中的，是定义了但从未用到的项，问题3解决。这种方法比建立一个正则的filter，然后接受一个一个文件来过滤有效率的多，而且效果是一样的。

4.用另一个比较通用的调用方式建立正则，比如“ResourceUtil.getString(…”之类的，匹配出肯定是调用properties的地方，检查是否存在于第一个HashMap中，要是不存在，就是未定义的项，问题2解决。不过这地方很难做到完美，因为不一定所有的地方调用properties的方法都一样，要是别人把ResourceUtil封装了一下上面的那个例子就检测不出来了。只能在相当程度上检查出这类的问题。

Unreferenced Code Check：

这个问题的处理难度比第一个复杂多了，开头想过直接通过从Application入口点开始构造一整颗引用树，太复杂了，想了一个比较方便的方法：使用Flex的编译器来帮我们分析Reference，因为编译器不会把未用到的源代码编译进去。

1.通过命令行编译Flex项目，增加编译参数-keep-generated-actionscript=true，这个参数的意思是保留产生的中间as代码。由于mxml也会由编译器编译，然后产生中间actionscript代码，这些中间代码被保存在generated文件夹下。
这些产生的代码都会以-generated或者-interface结尾，有些则是编译出的InnerClass，分析这些代码后发现有可能出现外部引用的地方是：头部的import，编译器自动添加的include，以及定义变量或者用as转换类型时。那么接下来就可以通过这些规则来解决问题。

2.定义两个Map，一个是AllCodeMap，即所有的MXML和AS类的类名都在这个Map中，Value是具体的File；另一个是UsedCodeMap，将产生的中间代码去掉generated等后缀，Value也是具体的File。

3.遍历UsedCodeMap，检查代码文件的import和include，如果import/include的内容不在UsedCodeMap中，从AllCodeMap查询出对应的项，插入UsedCodeMap中。

4.接着遍历UsedCodeMap，检查类型的使用（new，as，extends，var等），如果使用的类不在UsedCodeMap中，从AllCodeMap查询出对应的项，插入UsedCodeMap中。

5.重复3和4两个步骤，直到没有更多的项被加入UsedCodeMap。

6.遍历AllCodeMap，如果在UsedCodeMap中没有，则为没有用到的代码。至此，问题解决。