为什么优先使用接口呢?
比如,现在有一个具体类,提供类的行为(使用硬代码)。现在,要提供类似的行为,并且实现动态的可插入,也就是说,能够动态地决定使用哪种实现。
一个很容易想到的做法,就是提供该类一个抽象父类,在父类中声明出子类必须要提供的行为,然后让这个具体类继承抽象父类,并实现其中的行为。若要实现上面所说的提供类似的行为,就是再提供一个具体的子类,这个子类以不同的方法实现了父类所声明的行为。根据客户端的需求,可以动态的决定使用哪个子类。
但大家有没有注意到这种方法的缺点,这个解决方案在简单的情况下的确能够满足系统的需求,但是请记住:
Java是一个单继承语言,即一个类字能继承自一个父类。而在很多情况下,这个具体的类已经有了一个父类,这时候再给它加上一个新的超类是不可能的,如果硬要添加的话,唯一的做法就是在原来父类的基础上在抽象出来一个父类,并在里面定义要实现的行为,但这样的话就会形成了层次结构增多,变的复杂起来,并且需要改动的类也不少,这就违背了“开闭原则”。也是开发过程中的一大忌!
而接口正是来弥补这种缺点的方法:在一个类的等级结构中的任何类都可以实现一个接口,这个接口会影响此类的所有子类,但不会影响到此类的任何父类。
本文探讨了在Java中为何优先使用接口而非继承的原因。通过对比分析,解释了接口如何解决了单继承带来的局限性,特别是在实现动态行为扩展时的优势。
171万+

被折叠的 条评论
为什么被折叠?



