2012年（158）
分类： C/C++
2012-11-19 13:16:52
非多态的继承
由“什么情况下，基类可以不提供非虚析构函数？”而来，
1. 位继承。顾名思义，继承的是位，而不是接口
比如
struct Head
{
int
length;
int flag;
};
struct MyFile : Head
{
……
};
[注]：位继承 和 包含 是有强烈语义差别的，虽然有可以互相变通的语法和语义。
2. 实现继承。顾名思义，继承的是实现，而不是接口
比如 protected继承 和
private继承。
[注]：继承实现应当比继承接口更安全也用得更广，看STL的实现可知，但很多人受XXXX荼毒太深滥用了面向对象。
3.
非多态全继承。顾名思义，继承实现也继承接口，但却是非多态的
比如我想在map
struct
Dictionary : public map
{
void foo()
const；
};
[注]：map
以上三种情况下，从多态上讲（这个限定语是必须的）派生类都不是一个基类，因此你不可以使用dynamic_cast进行转化.
4. 在这一种情况下，设计者本来的意图也不是多态继承，但可惜从语法上说它是多态继承也能说得过去。（这种矛盾其实经常遇到，比如mutable的由来）
比如在第三段给的代码中，假设（只是假设，而不是事实）map
这四种情况都是非面向对象的继承。
网友评论2012-11-19 13:19:09
清风雨
语法上讲，以上情况可以不提供非虚析够器，学习了。
有几个疑问：
1.继承实现应当比继承接口更安全也用得更广？何知更安全？何晓更广？（我可以转型到父类，还是编译能通过；java中只有一种继承就是public的，我所见的几乎大多数C++代码都是public继承）
2.不具有多态就不是面向对象？何解？（如果面向对象一定要多态，那么C++可以象java那么，所有的函数都实际上是虚的，还可以少打个virtual。这个问题太难说，想了好久，不知道怎么表达。 ）
个人是这样看非虚析构器的：
1.苛刻的考虑虚函数表指针的开销（基本上，我不会在意）
2.析够器里面没有任何资源的释放工作（如果子类需要被继承，可以把自己的析构器虚化）
3.不希望别人继承我的类（继承了可能会出错）
