1. 首先明确接口的定义

在生活中，两个实体部分进行连接的部分就叫做接口。如同USB接口，等同于电脑和U盘的连接，确保在不同实体之间顺利连接。再比如不同的电脑厂家只要按照相同的USB接口进行生产。

接口的好处

1. 为不同类顺利交互提供标准

例如老师让A 和B 同学一起完成设计，模拟营业员和计算器的行为。A同学负责写计算器，B 同学负责营业员类

在没有定义接口的时候，

A同学先定义了Calculator类并且提供计算的方式：

public class calculator

{

    public double count(double salary,double bonus)

    {

    return salary + bonus;

    }

}

B 同学在不知道A同学的设计下写了一下代码

class Seller

{    

    String name; // 营业员的名字

    Calculator calculator;

    public Seller(String name, Calculator calculator)

    {

        super();

        this.name = name;

        this.calculator = calculator;

    }

// 营业员有被问价的行为

public void quote( double slalry,double bonus)

{

System.out.println(name + "您好，请支付" + calculator.countMoney(salary,bonus)+“元”）

}

}

B同学在使用A同学的类时，想当然的认为计算钱的方法叫countMoney。

实现接口的好处是

为保证A 和B 同学书写的类能正确交互，B同学 定义了一个接口，并要求A必须实现这个接口，接口的代码如下：

interface Icount

{

public double countMoney(double salary,double bonus);

}

这样A同学在写Calculator类时，实现接口时必须重写接口中的抽象方法。

A同学写的代码改成

public class calculator implements Icount

{

public double countMoney(double slalry,double bonus)

{

    return salary +bonus;

}

}

B同学改成组合该接口的类

class Seller

{

String name; //

ICount calculator; // 相当于虚类集成，重写虚函数（虚函数等于接口），继承接口的类相当于USB 产品，带有接口的类相当于电脑

public Seller(String name, ICount calculator)//由编译器runtime时决定

 {

 super();

 this.name = name;

 this.calculator = calculator;

}

public void quote( double slalry,double bonus)

{

System.out.println(name + "说：您好，请支付" + calculator.countMoney(salary,bonus)+

}

}

这样无论A同学的USB产品改成什么名字，都可以被B同学的电脑识别使用

代码的依赖性大大降低

2.依赖注入与控制反转

DI （设计代码模式） 

控制反转（IOC）--设计代码的思路

依赖倒置原则 -- 设计代码原则

终极目标是解耦（也就是减少代码的修改量（因需求变化时））

在调用一个类时，首先要实例化这个类，生成一个队长

如果写一个类时要调用其他类，这些其他类也要依赖其他类的实例化

依赖注入（IOC 容器），他把某个类（有复杂的依赖关系）放入到容器中，可以分析这个类的实例，相当于构建一个工厂帮你实现实例化

DI与IOC 是一个意思

例子：

a 依赖于b 但不控制b的创建和销毁，仅使用b，那么b的控制权交给a之外处理

上述就是控制反转，IOC关注的是对象该由谁来管理，实际是IOC 容器来管理

怎么解决控制反转呢， 用DI就可以

a 依赖b 必然需要b 的实例

1. 通过a 的接口，把b传入

2.通过 a的构造，把b传入

3.通过设置a的属性，把b传入

IOC Container的产生是

随着DI 用的越来越多，要实现IOC，有很多重复的代码，那么诱人把实现IOC的代码打包成组件或者框架，避免人们重复造轮子

实现IOC的组件和框架就叫IOC Container

例子：

class Employee

{

Address address;

Employee(Address address)

{

    this.address =address;

}

}

上述例子没有用IOC 容器，如果注入IOC 容器，则在构造函数过程中自动从IOC容器中返回依赖的实例项。 构造函数都不用修改

3. python 接口的实现和依赖注入的实现

六 大 design principle 

A.单一责任原则（singelton）

B.开放封闭原则 OSP

对扩展开放，对修改关闭

C.里氏替换原则(LSP)

可以用派生类替换基类

D.接口分离原则（ISP)

对于接口进行分类避免一个接口的方法过多

（也就是说不要把所有的抽象方法写在一个接口上，使用多个接口有助于解耦）

E.依赖倒置原则（DIP)

尽量使用接口或者抽象类代替函数参数或者

F.依赖注入和控制反转

23