前言

    最近࿰c;正竭斯底里地重构class="tags" href="/tags/FLEX.html" title=flex>flex技术平台开发的class="tags" href="/tags/ChanPin.html" title=产品>产品【wizBuilder CS】。以前为赶功能࿰c;界面部分代码都写得好乱࿰c;现在是时候修理下自己作的孽了࿰c;顺便为class="tags" href="/tags/ChanPin.html" title=产品>产品添加多class="tags" href="/tags/YuYan.html" title=语言>语言支持(Localization)。

主要任务

• 代码重构
• 多class="tags" href="/tags/YuYan.html" title=语言>语言支持
• 添加新功能、修改现有功能、去掉不合理的功能
• 修正重构过程中发现的Bug

实录

类内部重构

    去掉、合并多余的变量࿰c;把简单的方法合并࿰c;把复杂的方法差分࿰c;使方法内代码行数适中࿰c;属性和方法以private, public顺序定义访问修饰。

    去掉this.代码࿰c;偷懒的人都喜欢用this带出智能感知写代码࿰c;但是࿰c;重构时记得把类里所有的this.替换成空字符。为什么？如下：代码更简洁࿰c;编译出的swf更小࿰c;匿名方法时this会是致命的Bug源。

    以前我习惯m_Value的规则定义私有变量࿰c;但是࿰c;最近又觉得_Value的方式更优雅…少个字符的好处多多啊：少敲个字母࿰c;代码更简洁࿰c;编译出的swf更小。~.~！

提取class="tags" href="/tags/GongJu.html" title=工具>工具类

    把经常用到的方法抽出来放到class="tags" href="/tags/GongJu.html" title=工具>工具类࿰c;例如：PathUtil࿰c;StringUtil࿰c;DisposeUtil等。class="tags" href="/tags/GongJu.html" title=工具>工具类建议是final修饰的࿰c;并且里面的方法最好全是静态方法static。

抽象出接口

    把经常用到的方法抽象出来接口来类约束类的行为࿰c;例如：IDispose(用于资源释放控制)࿰c;IClone(用于数据复制࿰c;实现复制、粘贴操作时很好用)࿰c;ISeriailze(数据序列化转换控制)࿰c;ISelectable(容器子项选择控制)࿰c;ILocalication(多class="tags" href="/tags/YuYan.html" title=语言>语言支持控制)等࿰c;接口具体操作根据实际使用而定。

抽象出基类

    如果有几个类型概念很相似(属性和方法很相似)࿰c;可以提取公共部分的属性和方法作为基类࿰c;公共的属性和方法以protected让子类访问。

解耦

    再次看回【wizBuilder CS】的界面层࿰c;发现海量耦合得很紧的代码࿰c;例如：A包含B、C࿰c;B包含A、C࿰c;C包含A、B࿰c;这样的结果是࿰c;ABC循环的制约着࿰c;维护起来很困难。目标是改成只有C 包含A、B的情况。

归类归包

    例如：类C 包含A、B࿰c;说明A࿰c;B࿰c;C是发生关联的3个类࿰c;可以把A࿰c;B࿰c;C放到同一个命名空间下࿰c;如果只是C给外界调用࿰c;那么把A࿰c;B声明为internal。