第6章面向接口而非实现进行编程.pptVIP

第六章 面向接口而非实现进行编程; API 是文档的说明和接口的说明总称。通常类的组成是包括公开和非公开的成员两部分。 上一章说到：API公开的内容越少越好。 将代码分成接口和实现两部分，在编写代码时，让系统的其它部分只依赖于接口这是我们呈现设计的习惯。 接口是用来公开给使用只的说明部分，实现是类内部的具体实现过程。 ;方法添加容易与移去难 设计者带来的问题往往远远多于其解决的问题。向API中添加一个新方法是很容易的一件事，但与此相反，想从API中移徐一个方法却非常困难。一个API对外提供的功能越多，那么为保持向后兼容性所做的工作也就越多。提供的功能越多留给具体实现的空间也就越少。如果API公开的不必要的内容越多，可改进的空间也就越少。 ;1 代码不是API: 需要经过抽象的说明才是API，没有经过重构，那么公开的很可能不是API，而是内部的具体实现。千万不要把代码当成API，还要花精力来整理。 2 公布的是接口不是实现：给调用者是接口应用，不是公布类的具体实现描述。 3 逻辑分离与物理分离： 只是把类说明，和类实现分离，但文件还是在以前。 4 物理分离： 接口说明和实现说明分别在两个不同的文件中，达到物理的分离。 ;编程应该面向接口而非现实：在使用API时，应该遵守正确的原则。 不要依赖没说明的属性和文件资源：不要去依赖那些没有在文档中提起的属性和文件资源。 提出合适API 要求：正确的做事方法是向设计者要求提出合适API。那种自用示公开内容来完成某种功能的做法是非常脆弱的，会因为版本、环境的不同而无法正常运行。;正确理解面向接口编程的概念;6.1 移除方法或者字段;设计方法或属性在使用;类对相关方法和属性设置访问权限;移去方法;6.2 移除或者添加一个类或者接口;6.3 向现有的继承体系中添加接口或者类;例子说明;工厂方法支持参数化的返回类型（2）;工厂方法支持参数化的返回类型（3）;5.3 让所有的内容都不可更改;各种使用方式;6.4 添加方法或者字段（1）;6.4 添加方法或者字段（2）;6.5 Java中接口和类的区别; 6.6 弱点背后的优点（1）; 6.6 弱点背后的优点（2）;6.6 弱点背后的优点（3）; 6.7 添加方法的另一种方案（1）;6.7 添加方法的另一种方案（2）;6.7 添加方法的另一种方案（3）;6.8 抽象类有没有用呢;抽象类有没有用呢（2）;6.9 要为增加参数做好准备(1);6.9 要为增加参数做好准备(2);6.9 要为增加参数做好准备(3);6.9 要为增加参数做好准备(3);6.10 接口VS类