这个原则非常重要,是一种非常有效的提高代码质量的手段,在平时的开发中经常被用到
基于接口而非实现编程这条原则中的接口,可以理解为编程语言中的接口或者抽象类
接口就是一组协议或者约定,是功能提供者提供给使用者的一个功能列表
讲接口和实现相分离,封装不稳定的实现,暴露稳定的接口。上游系统面向接口而非实现编程,不依赖不稳定的实现细节,这样当实现发生变化的时候,上游系统的代码基本上不需要做改动,一次来降低代码间的耦合性,提高代码的扩展性
函数的命名不能暴露任何实现细节。比如,前面提到的uploadToAliyun() 就不符合要求,应该改为去掉aliyun这样的字眼,改为更加抽象的命名方式,比如:upload()
封装具体的实现细节。比如,跟阿里云相关的特殊上传(或下载)流程不应该暴露给调用者。我们对上传(或下载)流程进行封装,对外提供一个包裹所有上传(或下载)细节的方法,给调用者使用
为实现类定义抽象的接口。具体实现类都依赖统一的接口定义,遵从一致的上传功能协议。使用者依赖接口,而不是具体的实现类来编程。
基于接口而非实现编程,这条原则的另一个表达式,是基于抽象而非实现编程。后者的表述方式其实更能体现这条原则的设计初衷。我们在做软件开发的时候,一定要有抽象意识,封装意识,接口意识。约抽象、越顶层、越脱离具体某一实现的设计,越能提高代码的灵活性、扩展性、可维护性
我们在定义接口的时候,一方面,命名要足够通用,不能包含具体实现相关的字眼;另一方面,与特定实现有关的方法不要定义在接口中。
基于接口而非实现编程原则,不仅仅可以知道非常细节的编程开发,还能知道更加上层的架构设计、系统设计等。比如,服务端与客户端之间的接口设计、类库的接口设计