【读书笔记】将策略模式转换成C++代码

策略模式介绍    策略模式定义了一系列的算法，并将每一个算法封装起来，而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化。===========================================分割线===================================那么如何来理解什么是简单工厂模式？===============================...

策略模式(Strategy Pattern)：定义一系列算法，将每一个算法封装起来，并让它们可以相互替换。策略模式让算法独立于使用它的客户而变化，也称为政策模式(Policy)。策略模式是一种对象行为型模式。在策略模式中定义了一系列算法，将每一个算法封装起来，并让它们可以相互替换。策略模式让算法独立于使用它的客户而变化，也称为政策模式。策略模式是一种对象行为型模式。策略模式包含三个角色：环境类在解决某个问题时可以采用多种策略，在环境类中维护一个对抽象策略类的引用实例；

策略模式（Strategy）：它定义了算法家庭，分别封装起来，让它们之间可以互相替换，此模式让算法的变化不会影响到使用算法的客户。 1.策略模式说明： 　　   // StrategyTest01.cpp : Defines the entry point for the console application. // #include "stdafx.h" #inclu

背景介绍： 假期期间阅读《HeadFirst设计模式》这本书，这本书写的很不错，内容生动不枯燥非常适合新手学习设计模式。在阅读之后我便写下了这本书的读书笔记，并将部分java代码用C++进行实现，感觉收获很多。 GitHub网站上我放有java代码、C++代码和书本的pdf 有兴趣的同学可以进行观看 GitHub：https://github.com/fightingzxd/HeadFirst 下面是我对每一章进行的总结，方便我日后进行复习，有兴趣的同学也可以看一下哟！链接如下： 《headfirst

依赖管理依赖倒置public:/*...*/ }效果：业务逻辑与具体日志实现解耦，可在运行或编译时替换不同 Logger。抽象层次分层架构：界面层、业务层、数据层；每层仅通过接口通信。DAO 模块暴露接口Service 模块仅持有UI 模块调用 Service，无需知道底层实现。

策略模式（Strategy）：策略模式定义了算法家族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化，不会影响到使用算法的客户。 简单工厂模式，虽然也能解决商场打折的问题，但是这个模式只是解决对象的创建问题，而且由于工厂本身包括了所有的收费方式，商场是可能经常性地更改打折额度和返利额度，每次维护或者扩展收费方式，都需要改动这个工厂，以致代码需要重新编译部署，面对算法的经常改动，可以应用

比如你在开发一个游戏，每个角色都有一个healthValue()方法。很显然你应该把它声明为虚函数，可以提供默认的实现，让子类去自定义它。 这个设计方式太显然了你都不会考虑其他的设计方法。但有时确实存在更好的，本节便来举几个替代的所涉及方法。 非虚接口范式（NVI idiom）可以实现模板方法设计模式（Template Method），用非虚函数来调用更加封装的虚函数。 用函数指针代替虚函数，...

实现 Item26:尽可能延后变量定义式出现的时间 Item27:尽量少做转型动作 Item28:避免返回handles指向对象内部成分 Item29:为“异常安全”而努力是值得的 Item30:透彻了解inline函数的里里外外 Item31:将文件的编译依存关系降到最低 继承与面对对象设计 Item32:确定你的public继承塑模出is-a模型 Item33:避免遮掩继承而来的名称 ...

深入探讨传统面向对象实现存在的不足，以及如何借助现代 C++ 的特性（如模板、、值语义）来替代经典写法。

（读书笔记，结合书本看，如有冒犯请联系，立马删除） 先掌握入门知识： 继承定义：派生类拥有基类的特征和方法叫做继承。 派生类的特性： 派生类对象存储了基类的数据成员。（派生类继承了基类的实现） 派生类可以使用基类的方法。（派生类继承了基类的接口） 派生类需要自己的构造函数。 派生类可以根据需要添加额外的数据成员和成员函数。 将源代码中的函数调用解释为执行特定的函数代码块被称为函数名联编(binding)。在编译过程中进行联编，成为静态联编(static binding)。编译器必须生成能够在程

模板与泛型编程 46.需要类型转换时请为模板定义非成员函数 47.请使用traits classes表现类型信息 48.认识template元编程

本文通过一个简单的商场收费系统来理解面向对象的特性（可维护型，可扩展性，可复用性及高灵活性），将父类cashSuper的实收现金的函数定义为虚函数以便其子类cashNormal、cashRebate、cashReduce能实现自身不同的实收现金函数（多态的体现），通过与cashSuper相依赖的cashFactory类的构造函数选择不同的模式使其内部的私有成员指针指向不同的子类然后调用自身的cashAccept函数得到不同子类实现现金算法的结果（封装性）。 “策略模式的strategy类层次为context

____________________________________________________________________________________________________________________________________ 条款35：考虑virtual函数以外的其他选择 #1.virual函数的四个替代方案： (1).使用non-virtual

说明 学习语言本身是一回事，学习如何使用这种语言进行设计和高效编程是另一回事。 这本书就是在有了一定的基础知识后，在实际项目开发和后续学习中的必读经典。它基于编程实际，以条款的形式描述了需要避开的坑和需要遵守的高效原则。 读过《c缺陷与陷阱》的朋友，可能在读这本书时能找到当时相同的感觉。 一口气读完了本书，余音绕梁，意犹未尽。重新翻阅本书，并作此记录，以供后续复习之用。 主要内容 习惯c+...

1.虚函数的替代方案有： （1）使用non-virtual interface（NVI）方法，它是Template Method设计模式的一种特殊形式。使客户通过仅有的非虚函数间接调用私有的虚函数，该公有的非虚函数称为私有虚函数的“外覆器”（wrapper）。公有的非虚函数可以在调用虚函数前后做一些其他工作（如互斥器的锁定与解锁，验证约束条件等）。（2）将虚函数替换为“函数指针成员变量”，它

Modern C++ Design 学习