课件：面向接口而非实现进行编程.ppt

6.9 要为增加参数做好准备(3) 只需要向Compute.Request类添加新的获取方法，就可以为computeData方法添加新的参数，同时因为Compute.Request这个类声明为final，所以它的方法只能被动调用，不可能被重载。这就意味着向该是类中添加方法是非常安全的。 这个方法有太多的数据需要返回，也可以用向Response类中添加新的设置方法。 采取这种模式，一定要把Requst和Response类都是声明为final类，如果不将他们声明为接口的话，在对这个系统进行改进时，就会平添很多麻烦。 6.10 接口VS类 总而言之，编程时应该面向接口而非面向现实。所谓的接口并不是指Java中的Inteface，而是指抽象内容 后面内容直接删除就行 资料可以编辑修改使用 资料可以编辑修改使用 主要经营：网络软件设计、图文设计制作、发布广告等 公司秉着以优质的服务对待每一位客户，做到让客户满意！ 致力于数据挖掘，合同简历、论文写作、PPT设计、计划书、策划案、学习课件、各类模板等方方面面，打造全网一站式需求 * * * * * 第六章 面向接口而非实现进行编程 6 第六 章 API 是文档的说明和接口的说明总称。通常类的组成是包括公开和非公开的成员两部分。 上一章说到：API公开的内容越少越好。 将代码分成接口和实现两部分，在编写代码时，让系统的其它部分只依赖于接口这是我们呈现设计的习惯。 接口是用来公开给使用只的说明部分，实现是类内部的具体实现过程。 方法添加容易与移去难 设计者带来的问题往往远远多于其解决的问题。向API中添加一个新方法是很容易的一件事，但与此相反，想从API中移徐一个方法却非常困难。一个API对外提供的功能越多，那么为保持向后兼容性所做的工作也就越多。提供的功能越多留给具体实现的空间也就越少。如果API公开的不必要的内容越多，可改进的空间也就越少。 方法的添加与移去 1 代码不是API: 需要经过抽象的说明才是API，没有经过重构，那么公开的很可能不是API，而是内部的具体实现。千万不要把代码当成API，还要花精力来整理。 2 公布的是接口不是实现：给调用者是接口应用，不是公布类的具体实现描述。 3 逻辑分离与物理分离： 只是把类说明，和类实现分离，但文件还是在以前。 4 物理分离： 接口说明和实现说明分别在两个不同的文件中，达到物理的分离。 公布的是接口不是实现 编程应该面向接口而非现实：在使用API时，应该遵守正确的原则。 不要依赖没说明的属性和文件资源：不要去依赖那些没有在文档中提起的属性和文件资源。 提出合适API 要求：正确的做事方法是向设计者要求提出合适API。那种自用示公开内容来完成某种功能的做法是非常脆弱的，会因为版本、环境的不同而无法正常运行。 编程应该面向接口而非现实 正确理解面向接口编程的概念 Iterface只是接口说明：能够清楚地理解面向接口编程并不是对应着Java中的Iterface,这种编程方式只是将其抽象定义与实际的实现这两类内容进行分离。 类的使用特点：何时使用类 接口使用特点：何时使用接口 6.1 移除方法或者字段 不要随意移去方法和属性: (1)设计方法或属性在使用： (2)类会对相关的方法和属性设置访问权限。(3)类的成员被继承： 设计方法或属性在使用 从已经公开的类或者接口中移除方法或者字段是一件错误的事情。系统公开，可能说明给方法或属性具有一定使用代表性，这样就会有其他成员在使用。 一个方法或者字段被定义为private或者是默认的package访问级别，那么对于外部代码来说，它是不可见的，也就无法进行访问。这种情况，从类中移除该内容，不会引起什么问题，但没什么意义。 类对相关方法和属性设置访问权限 类的设计者肯定会对类的成员根据实际使用需要设置成：PUBLIC,PROTECTED,PRIVATE等，如果你移去，就会造成该给访问的没办法访问，不能访问的有多此一举。 移去方法 对于源代码和二进制来讲，移除一个抽象的proteced方法是可以兼容的。从功能角度来说，可能是并不兼容。那个方法当时被动放到类中，应该是有本应 的目的，而子类也可能是会重载该是方法，并希望在合适的时候被动调用 。他们的实现就不能被调用了，theMethod方法语义也发生了改变，则子类是无法重载这个方法的。 6.2 移除或者添加一个类或者接口 如果一个类或者接口可以被外部访问，就意味着其方法可能会被调用，或者其字段可能被引用，一旦类和接口成为API，两者就没什么区别了，都必须长久地存在下去。 类和接口其实是没有很大区别，类