依赖倒转原则
- 高层次的模块不应该依赖低层次的模块,它们都应该依赖抽象,而抽象不应该依赖于细节,细节应该依赖于抽象。
- Dependence Inversion Principle
- 即:针对接口进行编程,而不针对实现编程,也就是Program to an interface,not an implementation.
具体方式
- 在程序代码中传参时,或是关联中,尽量引用层次高的抽象类,即使用接口和抽象类进行了变量的类型声明、参数类型声明、方法返回类型声明,包括数据类型的转换等,而不要使用具体类来做这些事情。
- 也就是说,只要不是用到实参的地方,都应该用抽象类对象【因为这些不需要实现】。
- 将具体的类写在配置文件中,如果系统行为发生变化,则只需要如下即可完成。
- 对抽象层进行扩展
- 更新配置文件
具体实现
- 依赖注入
- 构造器注入
- 设值注入,即setter
- 接口注入【在接口中,或是配置类中,直接声明相应的方法来专门完成注入】
- 强调:定义时使用抽象类,而运行使用时,用子类对象来覆盖父类对象即可
技巧
- 将不变的地方,设计成了类
- 将变化的地方,从类中解耦出来,形成了配置文件,如xml文件,需要时,从配置中读取再生成需要的对象
- 经常是这样:开闭是目的,里氏代换是基础,而依赖倒转则是实现手段
- 如:Spring中的IoC和DI实现
本文介绍依赖倒转原则,即高层次和低层次模块都依赖抽象,抽象不依赖细节。阐述了具体方式,如传参和关联引用抽象类,将具体类写在配置文件。还说明了具体实现包括依赖注入的多种方式,以及将不变和变化部分分离的技巧,以Spring的IoC和DI为例。
453

被折叠的 条评论
为什么被折叠?



