第五章 只公你要公开的内容.ppt

5.7 避免暴露深层次继承(1) 调用一个方法时并不见得是固定要调用哪一段代码，很可能是根据具体情况在多个具体实现中选择某一个方法的实现代码执行。 直接将深层次的继承体系公开出来并不能提高API的可用性。要注意“继承”不是用来改变具体的行为，而是用来添加一些额外的行为。 5.7 避免暴露深层次继承(2) 面向对象语言中一个常见的API缺陷。如去继承一个类，为了切换某些方法的执行路径，这种做法是应该避免的。避免深层次继承，定义程序接口，并让用户来实现这些接口。类继承了某个类或者实现了某个接口，那么就可以作为相应的类和接口被使用。 Frame之所以继承自Component,完全出于实现该类的代码比较方便，只想复用Component类中的一部分代码。面向对象的复用，更应该称为误用，一旦发现继承体系超过两层时，一定要打住。 只公开你要公开的内容 5 第五 章 作为API,如何公开内部的相关数据和结构，是涉及经验问题，怎样既要保证需要用的公开出去，同时把要隐含的信息隐含起来。 API公开的内容越少越好。 一般设计者认为：终究会有些人用得上这些功能，只要功夫深有人用，当然就要公开，这这是错的。 应该是有必要才公开 方法添加容易与移去难 设计者带来的问题往往远远多于其解决的问题。向API中添加一个新方法是很容易的一件事，但与此相反，想从API中移徐一个方法却非常困难。一个API对外提供的功能越多，那么为保持向后兼容性所做的工作也就越多。提供的功能越多留给具体实现的空间也就越少。如果API公开的不必要的内容越多，可改进的空间也就越少。 方法的添加与移去 1 用例不具有说服力 2内部特性存在 对于API设计来说，其水平越差，所编写的API越会公开大量不必要的内容。这种设计方式没有任何规划，最终把相关的API给捣成一堆浆糊。 他们所写的API可能会被动他人误用。一个人设计的API长，他设计的API公开的内容就会越少。 不应该公开的 在发布API的第一个版本之前，将不必要时的内容从API中移走。每公开的一个API，意味着你对该API的用户做出了一个未来的兼容性承诺。最简单、有效的解决方法就是，一切都以用户为中心，但要逐步来满足他们的需求。 5.1 方法优于字段 1.类中的字段不公开 2.利用SET/GET获得函数 3.虚拟机效果：速度 1.类中的字段不公开 设计技巧就是：不要把类中的字段直接对外公布，而应该放置在内部。只能通过相应的getter/setter方法来访问字段 2.虚拟机 解释执行可以比编译执行还要快。Java虚拟机的性能已经大幅提高。虚拟机首先解释执行类文件中的内容，然后监控程序的执行情况。与静态编译不同的是，它不进行预连接，也不根据通用的环境进行编译，而是由HotSpot编译器根据本地操作系统、硬件等环境在程序执行的时候进行优化处理。 3.动态编译代码要比静态编译代码执行快 一个好处就是HotSpot编译器可以将虚方法进行内联。很清楚这样做是需要去访问内存和进行跳转才能实现。传统编译生成代码相比，就少了定位、跳转等指令环节，执行速度自然就更快了。执行到一定的次数后，就把对虚方法的调用转成实际方法的入口。而无须先定位再跳转。由于参考了具体的运行环境，其运行性能要比静态编码高出很多 5.2 工厂方法优于构造函数 使用工厂方法而不是直接使用构造函数来创建一个对象，那么对API的改进可谓好处多。 工厂方法则为开发人员带来了很高的灵活性，它通常是一个静态的方法，工厂方法的第一个优点就在于工厂方法返回值不不一定是声明类型的实例，使用工厂方法可以更好地体现面向对象语言中多态优势，代码也会显得更加简洁。 工厂方法支持参数化的返回类型（1） Public final class Template extends object { Private final Class type; Public Template (Class type){this.type=type;} Public Class getType() {return type；} Template() {this(object.class);} } 工厂方法支持参数化的返回类型（2） Public final class TemplateT extends object { Private final ClassT type; Public Template(ClassT type {this.type=type;} Public ClassT getType(){