今天看设计模式的时候突然想到,为什么我们要用继承呢?
很多人可能会说:
(1)继承关系是传递的。若类C继承类B,类B继承类A,则类C既有从类B那里继承下来的属性与方法,也有从类A那里继承下来的属性与方法,还可以有自己新定义的属性和方法。继承来的属性和方法尽管是隐式的,但仍是类C的属性和方法。继承是在一些比较一般的类的基础上构造、建立和扩充新类的最有效的手段。
(2)继承简化了人们对事物的认识和描述,能清晰体现相关类间的层次结构关系。
(3)继承提供了软件复用功能。若类B继承类A,那么建立类B时只需要再描述与基类(类A)不同的少量特征(数据成员和成员方法)即可。这种做法能减小代码和数据的冗余度,大大增加程序的重用性。
(4)继承通过增强一致性来减少模块间的接口和界面,大大增加了程序的易维护性。
(5)提供多重继承机制。从理论上说,一个类可以是多个一般类的特殊类,它可以从多个一般类中继承属性与方法,这便是多重继承。Java出于安全性和可靠性的考虑,仅支持单重继承,而通过使用接口机制来实现多重继承。
我觉得很对的。
举个例子:
人,可以说话可以跑可以跳 我这里说正常的人,一个鼻子一个嘴的那种。
男人,首先也是人,所以应该继承自人,一个鼻子一个嘴。 同样可以跑跳说话。但是不同的是 我有胡子,我可以举重。
女人,当然也是人,一个鼻子一个嘴,跑跳说话,好吧还有大胸,可以做手工。
如果我们用代码写出来是什么样子呢?
class Human {
Nose nose;
Mouth mouth;
public void run() {}
public void speak() {}
public void jump() {}
}
class Man extends Human {
Mustache mustache;
public void lift(){};
}
class Woman extends Human {
Breast breast;
public void handcraft(){};
}
很好就是这样的。
我们发现了什么? Human封装了共有属性和方法,而Man 和Woman封装了独特的属性和方法。满足上述的1,2,3,4
抽取共性,分散特性。
在实际开发中我们该如何应用这一准则呢?
1.找出应用中不变的部分,nose,mouth,run(),jump(),speak()。
2.找出应用中变化的部分,独立出来,这里的 mustache 和 breast 就是,lift()和handcraft()也是。所以被独立出来。
3.将不变的部分放入父类,变化的部分放入子类。
但是类继承也有一些不足之处。首先,因为继承在编译时刻就定义了,所以无法在运行 时刻改变从父类继承的实现。更糟的是,父类通常至少定义了部分子类的具体表示。因为继 承对子类揭示了其父类的实现细节,所以继承常被认为破坏了封装性。
当你需要复用子类时,实现上的依赖性就会产生一些问题。如果继承下来的实现不适合 解决新的问题,则父类必须重写或被其他更适合的类替换。这种依赖关系限制了灵活性并最 终限制了复用性。一个可用的解决方法就是只继承抽象类,因为抽象类通常提供较少的实现。