今天犯了个错:
“ 接口变动,伤筋动骨,除非你确定只有你一个人在用 ”。哪怕只是throw了一个新的Exception。哈哈,这是我犯的错误。
类,即一个 对象 。
先 抽象类 ,就是抽象出类的 基础部分 ,即 抽象基类 (抽象类)。官方定义让人费解,但是记忆方法是也不错的 — 包含抽象方法 的类叫做抽象类。
接口就是把抽象的深度更深,它就像用简短的非逻辑的一些规则表示类之间的关系。可以比作协议,比如通信使用的UDP/TCP协议等。
小结 : 类与接口是Java语言的基本抽象单元。
a. 向上转型为多个基类型
如此,会给开发带来相当大的灵活性。比如女神刘亦菲(Class),实现了 明星 和 女人 的接口。这样在复杂的继承结构的某类中使用它,以后在调用seeStar(Star star)或者seeWomen(Women women)方法时,只要传入其实现类(刘亦菲)即可。这也就是常说的 接口可以多实现 ,达到了 完全解耦 。
b. 可复用性
即根据接口定义,让创建类有了遵循的”协议“(规则)。whatever~ 要做的仅仅建立一个接口,为了保证生成对象的非耦合。 如此而来,接口的使用让代码更具 可复用性 , 通用性 和 灵活性 。但并不是那么万能。后面使用守则会讲到。
前人大牛总结了一些 设计模式 ,也就是 接口衍生出 的一些设计模式。设计模式就是语法糖的甜蜜吧。接口让我们尝到了甜蜜。和我身边的一杯starBucks的热巧克力一样。有点太甜。比如:
a. 策略模式 — 方法中参数使用接口,传入的参数对象(实现类)即包含了执行的代码 。如图:
调用过程如下,在方法中出入实现而已:
b. 适配器模式 — 接口适配器(Interface Adapter)类,可以将不同源配到同一个目标 。即暴露目标接口和实现源有共同的方法,适配器类怎么适配呢?实现目标接口,并关联了实现源对象,在实现方法中调用关联实现源真正对象,然后在里面进行各种适配操作。比如再关联一个源什么的。如图:
这其实有点AOP的味道。比如 Spring AOP 框架对BeforeAdvice、AfterAdvice、ThrowsAdvice三种通知类型的支持实际上是借助 适配器模式 来实现的。
c. 工厂模式 — 工厂对象将生成接口某个实现的对象 。从而代码将实现和接口的实现分离,比较透明地将某个实现透明地替换成另一个实现。但是这里工厂调用方法是静态的,也就是简单工厂模式(静态工厂模式)。动态工厂模式无非是使用了反射达到了动态调用。
第一、 尽可能使每一个类或成员不被外界访问
这里的外界有个度,比如包级或者公有的。这样子可以更好地 模块化 ,模块与模块之间通过暴露的api调动。这样如果有个模块改动接口或者类。只要担心该模块,而不会涉及其他模块。
第二、 适当的使用类(抽象类)继承,更多的使用复合
继承,实现了代码重用。 内部中使用继承非常安全 ,但是要记住什么时候使用继承。即当 子类真正是超类的子类型 时,才适用继承。否则尽可能使用复合,即在 一个类中引用另一个类的实例 。也就是说将另一个类包装了一下,这也就是 装饰模式 所体现的。
第三、 优先考虑使用接口,相比抽象类
首先Java只许 单继承 ,这导致抽象类定义收到极大的限制。二者, 接口无法实现方法 。但是Java 8提供了 函数式接口 。
但是接口在设计的时候注意, 设计公有接口必须谨慎 。接口如果被公开发行,则肯定会被广泛实现,那样改接口几乎不可能,会是巨大的工程。(这和我犯的错误一样。)
第四、占时没有第四了…
明白了 Java接口和抽象类何时用?怎么用?待续,有新的点补充吧
欢迎点击我的博客及GitHub — 博客提供RSS订阅哦!
———- http://www.bysocket.com/ ————- https://github.com/JeffLi1993 ———-
微 博: BYSocket 豆 瓣: BYSocket FaceBook: BYSocket Twitter : BYSocket