对依赖的理解

翻了翻设计模式之禅，看到一个之前一直没能理解的概念，依赖。提到spring就会有控制反转和依赖注入。这儿的依赖和书里面的依赖是一个概念，顿时恍然大悟。

书中的定义如下：

依赖倒置：

● 高层模块不应该依赖低层模块，两者都应该依赖其抽象；
● 抽象不应该依赖细节；
● 细节应该依赖抽象。

java语言就是：

● 模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的；
● 接口或抽象类不依赖于实现类；
● 实现类依赖接口或抽象类。

我的理解就是如果要依赖一个类，不要依赖其实现类，举个例子：

public class A{
private Map<Integer,String> map; // 这个属性在代码中很常见，A依赖Map而不依赖HashMap等
}

依赖的三种实现方式：

构造器，setter，接口注入。

看到这儿的时候突然想到之前effective java里面也提到了依赖，这儿用的是构造器注入

反思之前写的一个代码：

private Map<Integer,String> respMap = new HashMap<>();

这个respMap应该在构造器的时候初始化，或者调用setter方法。

反观前辈的代码，满足这个约定。

再想想在ssm中service和dao都有一个接口，这就是依赖注入的一个实现之一。书中还提到一个倒置的概念：

“我们先说“正置”是什么意思，依赖正置就是类间的依赖是实实在在的实现类间的依赖，也就是面向实现编程，这也是正常人的思维方式，我要开奔驰车就依赖奔驰车，我要使用笔记本电脑就直接依赖笔记本电脑，而编写程序需要的是对现实世界的事物进行抽象，抽象的结果就是有了抽象类和接口，然后我们根据系统设计的需要产生了抽象间的依赖，代替了人们传统思维中的事物间的依赖，“倒置”就是从这里产生的。”

就是依赖通过接口或者抽象类而不是具体的某个实现。