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

第六章 面向接口而非实现进行编程 6 第六 章 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. API 是文档的说明和接口的说明总称。通常类的组成是包括公开和非公开的成员两部分。 上一章说到：API公开的内容越少越好。 将代码分成接口和实现两部分，在编写代码时，让系统的其它部分只依赖于接口这是我们呈现设计的习惯。 接口是用来公开给使用只的说明部分，实现是类内部的具体实现过程。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 方法添加容易与移去难 设计者带来的问题往往远远多于其解决的问题。向API中添加一个新方法是很容易的一件事，但与此相反，想从API中移徐一个方法却非常困难。一个API对外提供的功能越多，那么为保持向后兼容性所做的工作也就越多。提供的功能越多留给具体实现的空间也就越少。如果API公开的不必要的内容越多，可改进的空间也就越少。 方法的添加与移去 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 1 代码不是API: 需要经过抽象的说明才是API，没有经过重构，那么公开的很可能不是API，而是内部的具体实现。千万不要把代码当成API，还要花精力来整理。 2 公布的是接口不是实现：给调用者是接口应用，不是公布类的具体实现描述。 3 逻辑分离与物理分离： 只是把类说明，和类实现分离，但文件还是在以前。 4 物理分离： 接口说明和实现说明分别在两个不同的文件中，达到物理的分离。 公布的是接口不是实现 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 编程应该面向接口而非现实：在使用API时，应该遵守正确的原则。 不要依赖没说明的属性和文件资源：不要去依赖那些没有在文档中提起的属性和文件资源。 提出合适API 要求：正确的做事方法是向设计者要求提出合适API。那种自用示公开内容来完成某种功能的做法是非常脆弱的，会因为版本、环境的不同而无法正常运行。 编程应该面向接口而非现实 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 正确理解面向接口编程的概念 Iterface只是接口说明：能够清楚地理解面向接口编程并不是对应着Java中的Iterface,这种编程方式只是将其抽象定义与实际的实现这两类内容进行分离。 类的使用特点：何时使用类 接口使用特点：何时使用接口 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 6.1 移除方法或者字段 不要随意移去方法和属性: (1)设计方法或属性在使用： (2)类会对相关的方法和属性设置访问权限。(3)类的成员被继承： Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 设计方法或属性在使用 从已经公开的类或者接口中移除方法或者字段是一件错误的事情。系统公开，可能说明给方法或属性具有一定使用代表性，这样就会有其他成员在使用。 一个方法或者字段被定义为private或者是默认的package访问级别，那么对于外部代码来说，它是不可见的，也就无法进行访问。这种情况，从类中移除该内容，不会引起什么问题，但没什么意义。 Evaluation only. Created with Aspose.Slide