摘要： 《黑客与画家》读摘《黑客与画家》是“硅谷创业之父”Paul Graham的文集，作者是计算机“黑客”兼“画家”兼“作家”，同时也是世界首个互联网应用程序viaweb（已被Yahoo收购）开发创始人之一（另一个是世界首个蠕虫——“莫里斯蠕虫”的作者罗伯特·莫里斯）。正如本书的封底所附的书评中苹果机发明人之一Andy Hertzfeld所说：“他的文章清晰易懂、幽默生动，从艺术、科学、商业互相交织的角度谈论如何写出优秀的代码，充满了与众不同的看法和切实可行的高见。你甚至可能因为看了他的文章而改用Lisp编程哦！”的确，读完这位本书的确对我个人的一些想法和思维产生了不少影响和改变。比如它改 阅读全文

摘要： 关于vtordisp知多少？我相信不少人看到这篇文章，多半是来自于对标题中“vtordisp”的好奇。其实这个关键词也是来源于我最近查看对象模型的时候偶然发现的。我是一个喜欢深究问题根源的人（有点牛角尖吧），所以当我第一次发现vtordisp的时候，我也是很自然的把它输进google查找相关资料，但是结果令我不太满意。不过，即使如此，我还是把与它相关的资料整理如下，并结合自己的理解和大家分享一下，希望能共同学习进步。首先从产生“vtordisp”问题的那个例子开始。classBase{public:intbase;virtualvoidfun(){}};classDer:virtualpub. 阅读全文

摘要： 虚函数与虚继承寻踪封装、继承、多态是面向对象语言的三大特性，熟悉C++的人对此应该不会有太多异议。C语言提供的struct，顶多算得上对数据的简单封装，而C++的引入把struct“升级”为class，使得面向对象的概念更加强大。继承机制解决了对象复用的问题，然而多重继承又会产生成员冲突的问题，虚继承在我看来更像是一种“不得已”的解决方案。多态让对象具有了运行时特性，并且它是软件设计复用的本质，虚函数的出现为多态性质提供了实现手段。如果说C语言的struct相当于对数据成员简单的排列（可能有对齐问题），那么C++的class让对象的数据的封装变得更加复杂。所有的这些问题来源于C++的一个关键字 阅读全文

摘要： 对象的传值与返回说起函数，就不免要谈谈函数的参数和返回值。一般的，我们习惯把函数看作一个处理的封装（比如黑箱），而参数和返回值一般对应着处理过程的输入和输出。这种情况下，参数和返回值都是值类型的，也就是说，函数和它的调用者的信息交流方式是用过数据的拷贝来完成，即我们习惯上称呼的“值传递”。但是自从引入了“引用”的概念后，函数的传统模型就不再那么“和谐”了。引用的传递可以允许函数和调用者共享数据对象，它们之间的信息交流不再使用信息拷贝的方式，而是使用更有效率的信息共享的方式，引用导致函数的参数并有输入和输出的双重功能。然而，事物总有两面性，信息共享带来方便的同时也带来了一定的不安全性。我们这里. 阅读全文

摘要： 不要被C++“自动生成”所蒙骗C++对象可以使用两种方式进行创建：构造函数和复制构造函数。假如我们定义了类A，并使用它创建对象。Aa,b;Ac=a;Ad(b);对象a和b使用编译器提供的默认构造函数A::A()创建出来，我们称这种创建方式为对象的定义（包含声明的含义）。对象c和d则是使用已有的对象，通过编译器提供的复制构造函数A::A(const A&)创建，我们称这种创建方式为对象的初始化（包含定义和声明的含义）。可能不少人会把对象的初始化和对象的赋值混淆，比如。c=d;这里把对象d赋值给对象c并非创建新的对象，它不会调用任何构造函数。编译器默认提供的赋值运算符重载函数const A 阅读全文

摘要： 组合模式（Composition）组合模式（Composition）意图：将对象组合成树形结构以表示“部分-整体”的层次结构，使得用户对单个对象和组合对象的使用具有一致性。应用：组合图形、文件目录、GUI容器等。模式结构：心得： 用户（Client）通过抽象类（Component）提供的公用接口统一操作基本对象（Leaf）和组合对象（Composite）。抽象对象应该拥有操作基本对象和组合对象的所有接口，但是基本对象应该屏蔽某些组合对象特有的操作，如添加删除等。组合对象聚合了多个抽象对象，这种一对多的关系和继承关系正好描述了一种树形的组合结构。举例： 抽象对象看作抽象出来的文件，Leaf看作具 阅读全文

摘要： 策略模式（Strategy）策略模式（Strategy）[Policy]意图：定义一系列算法，把他们封装起来，并且使他们可以相互替换，使算法可以独立于使用它的客户而变化。应用：排序的比较方法、封装针对类的不同的算法、消除条件判断、寄存器分配算法等。模式结构：心得：对对象（Context）的处理操作可能有很多方式，这些方式很多情况下是同一类的处理操作，区别仅仅是操作的具体内容的差别。一般会通过条件分支判断不同的算法或者使用继承产生不同处理算法对应的对象。但是这么做的扩展性都很差，如果把对同一数据的不同处理方式封装起来，继承于统一的接口，就可以封装这些变化，达到扩展性的目的。举例：被处理的Con. 阅读全文

摘要： 装饰者模式（Decorator）装饰者模式（Decorator）[Wrapper]意图：动态的给一个对象添加一些额外的职责，就增加功能来说，比生成子类更为灵活。应用：给GUI组件添加功能等。模式结构：心得：装饰器（Decorator）和被装饰的对象（ConcreteComponent）拥有统一的接口，这个统一的接口正是被装饰对象需要扩展功能的地方，因此它们需要一个共同的接口（AbstractComponent）。另外为了完成装饰的目的，装饰器需要包含被装饰的对象，装饰器不直接包含被装饰对象，而是包含它们统一接口的引用，这样通过多态机制可以实现多层装饰。注意装饰器对抽象接口的关系是一对一的，这. 阅读全文

摘要： 工厂方法模式（Factory Method）工厂方法模式（Factory Method）[Virtual Constructor]意图：定义一个用于创建对象的接口，让子类决定实例化哪一个类，使一个类的实力化延迟到子类。应用：多文档应用管理不同类型的文档。模式结构：心得：面对同一继承体系（Product派生）的类，简单工厂使用分支判断创建不同的子类对象（ConcreteProduct）。为了消除分支带来的扩展性问题，工厂方法提取工厂类的抽象接口（Creator），将对具体产品的实例化移动到子类（ConcreteCreator）中实现。而用户需要具体的产品对象时，只需要找到生产该类产品的工厂就可. 阅读全文

摘要： 命令模式（Command）命令模式（Command）[Action/Transaction]意图：将一个请求封装为一个对象，从而可用不同的请求对客户参数化。对请求排队或记录请求日志，以及支持可撤消的操作。应用：用户操作日志、撤销恢复操作。模式结构：心得：命令对象的抽象接口（Command）提供的两个常见操作——执行和撤销，其他的命令对象要实现这个接口。命令模式使之上是将调用对象（Invoker）与被调用对象（Image、Text）之间的耦合关系解除。真正调用对象操作的是具体实现的命令对象，它把具体操作封装在execute内部，并为之实现了逆向的操作（如果可以的话）。而原先的调用者（invok. 阅读全文