7次重构 - Java应用架构设计中的一个案例

看了Java应用架构设计-模块化模式与OSGi，美国 Kirk著，张卫滨译。

其中关于应用系统的重构很好：

1. 第一次重构，从构建上把系统从一个单一的billpay.war分成了billpay.war和一个jar包bill.jar

2. 第二次重构，把审核系统单独成一个jar包audit.jar，bill模块不再直接依赖审核模块的有审核功能的类，而是依赖审核模块中的接口，这样为可以有不同的审核实现留下了扩展的可能。
原来Bill类需要自己new一个AuditFacade, 现在把AuditFacade变成了一个接口，其实现类为AuditFacade1, Bill类在做审核（audit方法）时，需要传给它一个AuditFacade的实现。
通过这次重构，在类级别上具备了切换AuditFacade的灵活性。

3. 第三次重构，消除了bill.jar和audit.jar之间的循环依赖，是通过引入Auditable接口实现的。Bill类实现了Auditable接口（位于audit.jar中），这样AuditFacade也依赖Auditable接口，不再依赖Bill类了。这样消除了audit.jar对bill.jar的依赖。同样的手段也应用到了Payment类上，通过Payable消除了Bill和Payment类之间的循环依赖，分离出来了financial.jar。
一个准则：接口要更接近使用它们的类，而远离实现他们的类。

4. 第四次重构，创建了新的AuditFacade2实现，分离了AuditFacade接口到独立的模块auditspec.jar中。bill.jar现在依赖auditspec.jar,不再依赖AuditFacade的具体实现。实现分别在audit1.jar和audit2.jar里。

5. 第五次重构，讲异常类如何放置。就近异常模式，异常应该接近抛出它们的类或接口。AuditFacade抛出的异常AuditException和它放在一个模块中。

6. 第六次重构，消除了bill.jar对financial.jar的依赖，其需求来源于有人想单独使用bill.jar，而不需要使用financial.jar的功能。通过引入BillPayer接口（和Bill放在一个模块），和BillPayAdapter类（实现BillPayer接口和Payable接口），BillPayAdapter放在单独的模块billpay.jar中。由billpay.jar同时依赖bill.jar和financial.jar。

7. 第七次重构，通过AuditFacadeFactory消除了引用AuditFacade实现的硬编码。

-------------------------------------

源代码：
https://code.google.com/p/kcode/source/browse/#svn/trunk/billpayevolution/billpay


JarAnalyzer工具：
https://code.google.com/p/jaranalyzer/
能生成两种输出格式：1. GraphViz的DOT文件(一种可视化工具，允许你将结构化信息展现为图片）。 2. html文件.