追求代码质量: 谨防紧密耦合！

核心提示：在过去一年的时间中，我在“ 追求代码质量 ” 专栏撰写了大量的文章，追求代码质量: 谨防紧密耦合！，这些文章向大家介绍了许多可以改进代码质量的工具和技巧，我已经向大家展示了如何应用代码度量来监控代码库的质量；如何使用 TestNG、FIT 和 Selenium 之类的测试框架来检验应用程序的功能

在过去一年的时间中，我在“ 追求代码质量 ” 专栏撰写了大量的文章。这些文章向大家介绍了许多可以改进代码质量的工具和技巧。我已经向大家展示了如何应用代码度量来监控代码库的质量；如何使用 TestNG、FIT 和 Selenium 之类的测试框架来检验应用程序的功能；以及如何使用 XMLUnit 和 StrutsTestCase 之类的扩展框架（和一些功能强大的帮助工具，如 Cargo 和 DbUnit）来扩展测试框架的应用范围。

虽然代码度量和开发人员测试对于在整个开发过程中确保代码质量非常重要（就像我经常所说的，要及时并经常进行测试），但是它们基本上只能对代码质量做出反应。您通过测试和度量代码来确定和量化代码的质量，但是代码本身都已经写好了。不论您做出何等努力，都会受困于最初的设计。

当然，不同的方法所设计出来的软件系统会有好有坏，良莠不齐。优秀设计的关键因素之一就是注意保持系统的可维护性。粗劣设计的并可执行的系统可能易于编写，但是要对它们提供支持确实是一个挑战。这些系统往往脆弱不堪，也就是说对系统中某个区域的修改将会影响到其它看上去毫不相干的区域，因此要对它们进行重构也相当的困难和耗时。向代码库中添加开发人员测试可以为我们提供工作的规划，但是其进展本身仍然是一个艰苦和缓慢的过程。

我们可以通过重构来改进已经编写好的代码，但是通常来说在代码已完成之后再进行改动花费巨大。而如果在一开始就把代码编写得 尽善尽美 会不会更加方便和轻松呢？ 这个月，我将介绍一种非常主动的技巧，可以确保软件系统的质量和可维护性。依赖性倒置原则 被证明是编写可维护和可测试的高质量代码的必要条件。依赖性倒置原则的基本思想就是对象应该依赖于抽象 而不是实现。