zhenjing的专栏

设计模式学习    by：陈珍敬说明：这些资料仅仅是对设计模式的一些总结，没有设计模式的相关知识，是很难看懂的。即使看懂了这些，也只是说明，理解了模式的基本思想。想要学好设计模式，还是建议好好看文后所列的参考书籍和推荐书籍。这些总结有不少是根据自己的理解写成的，或许不是正确的。如果您有不同的看法，请告知作者，谢谢！欢迎传阅，但是请勿随意修改或

Normal 0 7.8 磅 0 2 false false false MicrosoftInternetExplorer4 泛型范式Gener

Normal 0 7.8 磅 0 2 false false false MicrosoftInternetExplorer4 并发范式真正的并发式编

Normal 0 7.8 磅 0 2 false false false MicrosoftInternetExplorer4 编程范式 

Normal 0 7.8 磅 0 2 false false false MicrosoftInternetExplorer4 超级范式：元编程模

Normal 0 7.8 磅 0 2 false false false MicrosoftInternetExplorer4 对象范式OOP

<!-- /* Style Definitions */ table.MsoNormalTable {mso-style-name:普通表格; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-parent:""; mso-padding-a

本书内容关于如何有效处理遗留代码，遗留代码是指没有编写测试的代码。因此，为遗留代码编写测试是改善遗留代码的首要任务。对一个大系统，不可能从头开始编写每一处的单元测试，一般只能从当前需要改动的地方开始，逐步添加单元测试，形成“软件夹钳”，进而修改并改善现有代码。遗留代码修改算法：   (1) 确定改动点；（前提：理解代码）(2) 找出测试点；（前提：理清代码间

 备注:1.        模式常常组合使用，共同解决问题。2.        模式是特定场景下优雅的解决方案，因此场景很关键。在软件设计中，特定的场景可能是显而易见的，可能是隐而不现的，有时甚至是设计者有意创造的。因此使用模式时，对问题的分析至关重要。3.        

行为模式涉及到算法和对象间职责的分配。行为模式不仅描述对象或类的模式，还描述它们之间的通信模式。这些模式刻画了在运行时难以跟踪的复杂的控制流。它们将你的注意力从控制流转移到对象间的联系方式上。    行为型模式的三个典型特点:封装变化对象作为参数对发送者和接收者解耦 Chain

结构型模式涉及到如何组合类和对象以获得更大的结构。结构型类模式采用继承机制来组合接口或实现。结构型对象模式不是对接口和实现进行组合，而是描述了如何对一些对象进行组合，从而实现新功能的一些方法。因为可在运行时改变对象组合关系，所以对象组合方式具有更大的灵活性，而这种机制用静态类组合是不可能实现的。 Adapter意图：将一个类的

创建型模式抽象了实例化过程。它们帮助一个系统独立于如何创建、组合、管理和表示它的那些对象。一个类创建型模式使用继承改变被实例化的类，而一个对象创建型模式将实例化委托给另一个对象。随着系统演化得越来越依赖于对象复合而不是类继承，创建型模式变得更为重要。当这种情况发生时，重心从对一组固定行为的硬编码(hard-coding)转移为定义一个较小

Normal 0 7.8 磅 0 2 false false false MicrosoftInternetExplorer4 <!-- /* Sty

设计模式与封装变化设计模式可以确保系统能以特定方式变化(这很大程度是一种预测)，从而帮助设计者避免重新设计系统。每一个设计模式允许系统结构的某个部分的变化独立于其他部分，这样产生的系统对于某一种特殊变化将更健壮。下面阐述一些导致重新设计的一般原因，以及解决这些问题的常用设计模式：1) 通过显式地指定一个类来创建对象

模式的分类模式依据其目的可分为创建型（Creational）、结构型(Structural)、或行为型(Behavioral)三种。创建型模式与对象的创建有关；结构型模式处理类或对象的组合；行为型模式描述类或对象之间的职责分配和交互。根据范围准则，模式可分为类模式和对象模式。类模式处理类和子

模式与设计的关系每个模式都描述了某个特定场景中一个特定问题的约束因素/动机和关系，并为设计者提供一种解决这些问题的优雅方案。换句话说，模式仅仅是描述了特定场景下的关系和约束因素，正因如此，模式本身并不是最重要的，特定场景下的关系和约束因素才是最真实的，而模式仅仅是提供了一组描述这些关系的一组词汇，提供了一套解决这些关系的优雅方式而

boost是一个非常优秀的库。问及多数C++程序员为什么最终没有选择Boost的原因，均回答：Boost太大，过于Heavy。 是的。这也是我多数在用与不用Boost之间徘徊的原因。现在给大家介绍的这个bcp工具也许可以部分消除这样的不良影响，让我们有机会得以使用Boost这样优秀的库。 bcp的主页：http://www.boost.org/doc/libs/1_35_0/too

C/C++推荐书籍C++程序设计语言                Bjarne Stroustrup（入门书籍熟读一本即可）C++ Primer(第四版)            Stanley B.Lippman, Josee Lajoie    （用于查阅）C++编程规范:101 条规则、准则与最佳实践         HerbSutter, Andrei Alexan

链接错误的直接表现就是：****符号未定义。几种常见的链接错误如下：缺少*.o文件          ---- 对策：将相应的文件加入Makefile或命令行*.o文件未更新       ---- 对策：删除旧*.o文件重新编译或者依赖于最新的depend来编译(增删文件时确保make depend)。缺少相应的库文件  ---- 对策：将相应的文件加入Makefile或命令行