使用软件开发平台的一点儿建议（续）

2.   复用性

（上接）在软件开发过程中，其实很多要实现的功能都具有相同或者相似性。当你开发完一段代码后，你发现这段代码可以用到另一个程序中，这时复用就出现了。最简单的复用就是代码拷贝，将一段代码拷贝到另一个地方使用。代码拷贝应当是最低级别的复用，因为它可维护性差，当这段代码因为某种原因需要修改时，这种修改就变成了可怕的梦魇。将同样的代码在几十甚至上百处进行同样的修改。这样的修改也许我们大多数都遇到过，很烦，很累，也很讨厌，有人形容为“代码搬运”。如果写一个通用函数或者通用类让所有地方调用，问题就可以得到解决。这就是我们要考虑的代码复用性。

如果你在编写代码的时候考虑一下，这段代码是否可以被其它地方使用，或者考虑一下这个要编写的功能在其它地方是否编写过，随时有复用的意识，我们的编码水平就开始在提高了。在编写代码时，为了这段代码在其它地方使用，你可能就要想法编写得更加通用。在编写另一段代码时，突然发现某个功能已经在某段代码中实现过了，那么你可能就要考虑重构那段已经实现的代码，将通用的部分从那段代码中解藕出来（这就是前面提到的解藕的原因之一）。

比如，我在开发过程中发现了很多可以通用的功能，都把它们提出了写成了公用行数放到工具类或者写成公用类中，如获取当前期间、获取本位币、BigDecimal的四则运算、当前汇率的计算等。我要特别提到的是我开发条件查询的过程。

起初，我编写了一段某个报表的条件查询代码。很快，我发现这段代码可以在很多地方复用，因为几乎所有报表都需要条件查询。但是，编写一个通用的条件查询代码其实不太容易，因为不同的报表有不同的字段、不同的条件查询项以及不同的条件逻辑。还是像前面提到的分析方式，先总结出所有需求的共同点、不同点、扩展点，共同点保留，不同点提取出来做成扩展点，预见可能有那些扩展功能都罗列出来，最后重构了这段代码。现在，不管是什么报表，有什么字段或条件查询项，只要在条件查询页面添加了控件，并将控件的名称注册到我的条件查询类中，几乎不编写java代码就可以实现条件查询了（一些特殊判断逻辑的条件需要编写代码）。如果要增加新的条件查询项，只需要在条件查询页面中增加这个控件并且注册这个控件名，新增条件就完成了。

<plugin desp="查询" onEvent="filter" type="..plugin.CommonDynamicGridPlugin" attr="grid:grid;hasPage:true">
	...
	<plugin type="..plugin.CommonFilterPlugin">
		<value name="join">and</value>
		<value name="include">
AP_APVoucher.cVouTypeGUID;AP_APVoucher.cCurGUID;AP_APVoucher.cSupGUID;AP_APVoucher.cVouCodeLower;AP_APVoucher.cVouCodeUpper;AP_APVoucher.dVouDateLower;AP_APVoucher.dVouDateUpper;AP_APVoucher.iRedFlag;AP_APVoucher.iAuditStatus;iCheckStatus;GLVoucher;AP_APVoucher.iPayableAMT_FLower;AP_APVoucher.iPayableAMT_FUpper;AP_APVoucher.iPayableAMTLower;AP_APVoucher.iPayableAMTUpper
</value>
		<value name="AP_APVoucher.cFlag">AP</value>
		<plugin desp="生成“是否核销”过滤信息的plugin" type="..CheckStatusFilterPlugin"></plugin>
		<plugin desp="生成“是否制证”过滤信息的plugin" type="..GLVoucherFilterPlugin"></plugin>
	</plugin>
</plugin>

  

举这个例子我是想说明一个复用的过程。通常，一个复用的过程总是从具体到抽象的重构过程：起初都是一些具体的应用，然后从它们中间发现了共同的地方，进行抽象和提取，最后进行代码重构形成通用的东西。也许在你开发完成通用的代码之后，又发现了更加广阔的应用，又继续重构，不断升级。代码重构是需要一些功底的，需要理论进行支持，诸如设计模式等等。但在这里我强调的是意识，代码编写时的一种复用意识。有了这种意识，我们的代码才逐渐开始精妙起来。