摘要: 看了好几处关于builder模式的书和博客,总感觉不是很清楚,感觉不少书上的说的也不是很准确。最后还是看回圣经《设计模式》。看了好久终于感觉明白了一点了。意图:builder模式提出的目的就是为了解决将一个复杂对象的构建和它的表示分离,使得同样的构建过程可以创建不的表示的问题。我们来看一个例子: 假设我们要画一些人,例如游戏里面的各类人。一般情况下,人有头,手,腿。但是在游戏里面,人可能没有手,也可能不止两只手。即所谓的三头六臂。如下: 那么,在这种情况下应该怎么去生产这些人? 一开始可能会用这个思路:抽象出一个人的基类,然后不同的人继承自这... 阅读全文
posted @ 2014-02-12 18:36 厕所门口~~ 阅读(2358) 评论(0) 推荐(1) 编辑
摘要: 单例模式是为了解决唯一对象实例问题而提出来的,许多时候整个系统只需要拥有一个全局对象,这样有利于我们协调系统整体的行为。比如在某个服务器程序中,该服务器的配置信息存放在一个文件中,这些配置数据由一个单例对象统一读取,然后服务进程中的其他对象再通过这个单例对象获取这些配置信息。这种方式简化了在复杂环境下的配置管理。或者像是一个系统的管理员,由唯一一个管理员来管理各种数据的存取等。实现单例模式的思路是:一个类能返回对象一个引用(永远是同一个)和一个获得该实例的方法(必须是静态方法,通常使用getInstance这个名称);当我们调用这个方法时,如果类持有的引用不为空就返回这个引用,如果类保持的引用 阅读全文
posted @ 2014-02-12 10:29 厕所门口~~ 阅读(356) 评论(0) 推荐(0) 编辑
摘要: 在有继承层次类的时候,我们已经知道析构函数应该是虚函数,但很多人对构造函数和赋值操作符应不应该是虚函数并不清楚。首先,构造函数不能是虚函数,因为构造函数是在对象完全构造之前运行的,在构造函数运行的时候,对象的动态类型还不完整。对于赋值操作符,虽然可以在基类中将成员函数operator=定义成虚函数,但这样做并不会影响派生类中赋值操作符的使用。因为每个类有自己的赋值操作符。每个类的赋值操作符都有一个和类本身类型相同的形参,该类型必须不同于继承层次中任意其他类的赋值操作符的形参类型。因此子类的赋值操作符和基类的赋值操作符并不是同一个。但是,在这个子类中仍然有基类的那个操作符,但不是赋值操作符。将赋 阅读全文
posted @ 2014-02-12 00:16 厕所门口~~ 阅读(879) 评论(0) 推荐(0) 编辑