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
