//---------------------------15/04/24----------------------------

//#35   考虑virtual函数以外的其他选择

{

/*

1:通常情况下对于有变动的东西,我们都会设计成virtual函数,然后由子类来继承,并重新实现,

但是,由于这个惯性思维,成了弱点。因为我们这样就没有想过别的实现方法。

2:用Non-Virtual Interface来代替virtual函数。

1>把virtual函数设计成private,并使用别的public函数调用。这里有一个很关键的一点:

private virtual函数能实现多态么?答案是肯定的。尽情地重定义吧。

2>在调用virtual函数的前后可以加上一些自己的控制,比如上锁,记录等等一切你想做的。

3>其实也不一定必须是private的,自己看情况定义吧。

3:使用Strategy模式:

1>当你需要virtual函数时,可以考虑存储一个仿函数对象,然后在一个public函数中调用这个

仿函数。

2>这个仿函数内部的操作不应该依赖于类的内部细节,不然还是乖乖用virtual函数来的好。

3>这时你会发现,可以动态地改变要调用的函数,比如一个计算血量值的函数,可以一开始调用

正常版本的,当角色中毒什么的,就换一个计算血量的函数。哇!cool。

*/

}

//#36   绝不重新定义继承而来的non-virtual函数

{

/*

前提:D public继承自 B

先看两个准则(前面的条款已经将过的):

1>适用于B对象的每一件事,也使用于D对象,因为每个D对象 is-a
B对象。

2>D一定会继承B的non-virtual函数的接口和实现。

所以,如果我们重新定义了一个non-virtual函数:

1>D以public方式继承B,那么当D有一个函数需要重新定义(不变性凌驾特异性),这个函数

应该为virtual的而不是non-virtual的。

2>如果这个函数不需要被重定义(特异性凌驾不变性),那么D久不需要重定义mf,而且它也

不应该尝试这么做。

所以结论是:不要重定义继承而来的non-virtual函数。

*/

}

//#37   绝不重定义继承而来的缺省参数值

{

//  1:看下这两个函数:

class Shape

{

public:

enum ShapeColor{Red, Green, Blue};

virtual void draw(ShapeColor color = Red)
;

};

class Rectangle :
public Shape

{

public:

virtual void draw(ShapeColor color = Green)
const;

};

/*

这么做的结果就是:当客户使用基类指针,子类对象时,调用的内容是子类的,默认参数确实基类的。

这样子做没有意义,所以问题朝着两个方向发展:

1>你想切换默认参数。

2>你想保留默认参数,但是切换调用的内容。如果子类也要使用相同的参数,那么如果默认参数一改变

基类和子类的都必须改变,所以这很糟糕。

实现起来很简单嘛:

1>想切换参数?定义一个non-virtual函数,然后用virtual的函数调用之,

调用时传入不同的参数就ok了。

2>想切换调用内容?定义一个private virtual函数,然后用带着默认参数的non-virtual函数调用之。

*/

}

//#38   通过复合塑膜出has-a或"根据某物实现出"

{

/*

复合有两种情况:

1>has-a

如果你塑造的对象是世界中的某些事物,比如人、物、汽车等等,那么这样的对象属于应用域,

当复合发生在应用域时,表现出has-a的关系。

2>is-implemented-in-terms-of(根据某物实现出)

如果你塑造的对象是为了实现细节上的人工制品,像缓冲区、互斥锁等,这样的对象属于实现域

这样的复合表现出is-implemented-in-terms-of关系。

具体的例子就是,当你想要实现一个set时,你可能需要在类内含一个std::list,因为你不想

自己写list,这样的关系就是is-implemented-in-terms-of,这个set是根据list实现的

这里不用继承的原因是:set不是一个list,list能用的地方set不一定能用。比如list可以插入

重复的值而set不行。

*/

}

//#39   明智而审慎地使用private继承

{

/*

1:private继承意味着is-implemented-in-terms-of。也就是和复合有着异曲同工之妙,然而哪个更好呢?

1>复合可以防止virtual函数被重定义。

2>复合可以解耦两个类,减少编译依赖性。

3>private继承可以实现EBO,也就是使一个“空的”基类真的不占内存。

4>private可以访问到基类protected的内容,复合不行。

2:最后得出的结论:

1>首先考虑复合。

2>真的无法用复合实现,或者真的看重那4byte的字节,那就换成private吧。

*/

}

//#40   明智而审慎地使用多重继承

{

/*

1:多继承常常有很多缺点:

1>比单一继承复杂,可能会造成歧义性,也就是继承的两个基类中有相同名字的函数,那么单单使用

函数名是不知道调用哪一个的。

2>要求基类都来自virtual继承,可是virtual继承是以增加体积,减慢速度,以及复杂的初始化

为成本实现的如果virtual base classes不带任何数据,将是最具使用价值的情况。

(ps:都不带数据了,我不是virtual继承有影响么?就算不是virtual继承也不会有重复东西了啊,

最多就是一个virtual指针)

2:多重继承正当的用途:设计模式中的适配器模式

但是这也是可以转变为复合方式来实现的,所以你需要明智而审慎地决定是否适用多重继承(ps:不建议使用)

*/

}

最新文章

  1. Unity3D游戏开发初探—3.初步了解U3D物理引擎
  2. web网站 Vs 移动App 谁更能打动你?之 产品经理篇
  3. 在Flex4中使用RemoteObjectAMF0来连接fluorine网关 转
  4. .net平台下socket异步通讯(代码实例)
  5. 《Android进阶之光》--Android新特性
  6. 201621123040《Java程序设计》第七周学习总结
  7. python CSRF跨站请求伪造
  8. TCP的发送系列 — tcp_sendmsg()的实现(二)
  9. cept源代码目录结构详解_知识树(转)
  10. windows server 2012 远程桌面不好使
  11. JavaScript控制阻止表单提交
  12. 1053. Path of Equal Weight (30)
  13. javascript技巧总结
  14. websocket 缺点
  15. bzoj3673可持久化并查集
  16. 架构实战项目心得(八):dubbo知识的整理
  17. antd Grid
  18. Django 内建 中间件组件
  19. 关于工具类静态方法调用@Autowired注入的service类问题
  20. 4-oracle11g安装

热门文章

  1. memcached 查看所有的key
  2. python之绘制图形库turtle
  3. 转:35个让人惊讶的 CSS3 动画效果演示
  4. Python学习--Selenium模块简单介绍(1)
  5. elasticsearch之JAVA环境变量报错:could not find java; set JAVA_HOME or ensure java is in PATH
  6. 一次SQLServer数据库宕机问题
  7. 题解 P2920 【[USACO08NOV]时间管理Time Management】
  8. PyQt5--InputDiaglog
  9. ES6中变量解构的用途—遍历Map结构
  10. 虚拟主机ip配置,nginx.conf文件配置及日志文件切割