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

核心提示： 是依赖性倒置 而不是依赖性注入依赖性倒置原则与依赖性注入并没有直接的关系，依赖性注入，追求代码质量: 谨防紧密耦合！(2)，也被称作控制反转（inversion of control，IOC)，和一个运行正常的 GUI 来测试数据访问逻辑，您可以使用 TestNG-Abbot（现在的名称为 FE

是依赖性倒置 而不是依赖性注入
依赖性倒置原则与依赖性注入并没有直接的关系。依赖性注入，也被称作控制反转（inversion of control，IOC)，即使用 Spring 之类的框架在运行的时候（而不是在编译的时候）链接对象的依赖关系。虽然依赖性倒置和依赖性注入并不需要同时使用，但是它们是互补的：两个技巧都力争利用抽象而不是实现。

过于紧密的耦合

您可能至少听说过面向对象编程中所使用的术语耦合（coupling）。耦合即应用程序中各组件（或各对象）间的相互关系。松散耦合的应用程序要比紧密耦合的应用程序更具模块化。松散耦合应用程序中的组件依赖于各种接口和抽象类，而紧密耦合的系统则与之相反，其组件依赖于各种具体的类。在松散耦合的系统中，其组件是使用抽象而不是 实现来相互关连的。

如果有图解的话，可以很轻松地理解紧密耦合的问题。举例说明，图 1 中的软件系统的 GUI 与它的数据库相耦合：

图 1. 一个紧密耦合的系统

GUI 对某个实现（而不是抽象）的依赖会对系统造成限制。在数据库未启动和运行的情况下 GUI 是无法执行的。从功能的角度上看这种设计似乎并不是很糟糕 —— 毕竟，我们一直都是这样编写应用程序而且也没有出什么问题 —— 但是测试就要另当别论了。

‘脆弱’ 的系统

图 1 中的系统使得隔离编程格外地困难，而这对测试和维护系统各个方面又十分必要。您将需要一个具有正确查找数据的活动数据库来测试 GUI，和一个运行正常的 GUI 来测试数据访问逻辑。您可以使用 TestNG-Abbot（现在的名称为 FEST）来测试前端，但是这样仍然无法告诉您任何有关数据库功能的内容。