工厂方法模式和Effective C++学习日记

简单工厂模式VS工厂方法模式:

简单工厂模式:最大优点在于工厂类中必须包含必要的逻辑判断,根据客户端选择条件动态实例化相关类,对于客户端来说,去除了与具体产品的依赖。

工厂方法模式(Factory Method),定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法模式使一个类的实例化延迟到其子类。

工厂方法模式实现时,客户端需要决定实例化哪一个工厂来实现相应的类,选择判断的问题还是存在的,也就是说,工厂方法模式把简单工厂的内部逻辑判断移动了客户端代码来进行。想要加功能,在简单工厂模式中,需要改工厂类,而若使用工厂方法模式,需要改客户端。

Effective C++:

1:别让异常逃离析构函数

(1),析构函数绝对不能吐出异常。如果一个被析构函数调用的函数可能抛出异常,析构函数必须捕捉任何异常,然后吞下他们或者结束程序。

(2),如果客户需要对某个操作函数运行期间抛出的异常进行反应,那么class应该提供一个普通函数(而非在析构函数中)执行该操作。

2:决不在构造或者析构函数中调用virtual函数

(1),在构造或者析构中绝不要调用virtual函数,因为这类调用绝不下降到derived class(比起当前执行构造和析构的类)

3:另Oprerate=返回一个Reference to *this

4:在Operate=中处理“自我赋值”

(1),确保当对象自我赋值时 operate= 有良好行为。其中技术包括比较“来源对象”和“目标对象”的地址、精心周到的语句顺序、以及 copy-and-swap。

(2),确定任何函数操作一个以上的对象,而其中多个对象是同一个对象时,其行为仍然正确。

5:复制对象时勿忘记base class 中的成分

(1),Copying 函数应该确保复制”对象内所有成员变量“以及”所有 base class 成分"。

(2),不要尝试以某个 copying 函数实现另一个 copying 函数。应该将共同技能放进第三个函数中,并由两个 copying 函数共同调用。

6:以对象管理资源

(1),为了防止资源泄露,请使用RAII (Resource Acquisition Is Initialization)对象,他们在构造函数中获取资源并在析构函数中释放资源。

(2),两个常被使用的RAII classes 分别是 tr1::shared_ptr 和 auto_ptr 。前者通常是较佳选择,因为其 copy 行为比较直观。若选择 auto_ptr ,复制动作会使它指向NULL。

7:在资源管理类中小心 copying 行为

(1),复制 RAII 对象必须一并复制它所管理的资源,所以资源的 copying 行为决定 RAAI 对象的 copying 行为。

(2),普遍而常见的 RAAI class copying 行为是:抑制 copying、施行引用计数器法(reference counting)。不过其他行为也都可能被实现。

工厂方法模式和Effective C++学习日记,布布扣,bubuko.com

时间: 2024-07-30 10:19:35

工厂方法模式和Effective C++学习日记的相关文章

学习日记之工厂方法模式和Effective C++

简单工厂模式VS工厂方法模式: 简单工厂模式:最大长处在于工厂类中必须包括必要的逻辑推断,依据client选择条件动态实例化相关类,对于client来说,去除了与详细产品的依赖. 工厂方法模式(Factory Method).定义一个用于创建对象的接口.让子类决定实例化哪一个类.工厂方法模式使一个类的实例化延迟到其子类. 工厂方法模式实现时.client须要决定实例化哪一个工厂来实现对应的类.选择推断的问题还是存在的,也就是说,工厂方法模式把简单工厂的内部逻辑推断移动了client代码来进行.

设计模式学习笔记--工厂方法模式

学习过简单工厂模式,感觉很好用.在创建对象时,可以将复杂的初始化操作从客户端分离出来,简化客户端代码.大大的减少了代码修改的难度.而且可以通过参数不同,创建不同的对象. 但是简单工厂模式也有一些弊端,违背了开放--封闭原则.即如果我们增加了一个产品,对应的工厂也要进行修改,即switch---case中要新增加一些分支条件,不利于扩展.所以就有了下面的工厂方法模式: 工厂方法模式:定义了一个用于创建对象的接口,子类决定实例化哪一个类,工厂方法模式使一个类的实例化延迟到子类. // 设计模式Dem

java/android 设计模式学习笔记(3)---工厂方法模式

这篇来介绍一下工厂方法模式(Factory Method Pattern),在实际开发过程中我们都习惯于直接使用 new 关键字用来创建一个对象,可是有时候对象的创造需要一系列的步骤:你可能需要计算或取得对象的初始设置:选择生成哪个子对象实例:或在生成你需要的对象之前必须先生成一些辅助功能的对象,这个时候就需要了解该对象创建的细节,也就是说使用的地方与该对象的实现耦合在了一起,不利于扩展,为了解决这个问题就需要用到我们的工厂方法模式,它适合那些创建复杂的对象的场景,工厂方法模式也是一个使用频率很

Java设计模式学习记录-简单工厂模式、工厂方法模式

前言 之前介绍了设计模式的原则和分类等概述.今天开启设计模式的学习,首先要介绍的就是工厂模式,在介绍工厂模式前会先介绍一下简单工厂模式,这样由浅入深来介绍. 简单工厂模式 做法:创建一个工厂(方法或类)用来制造对象. 当一个人想要用手机的时候,需要自己创建手机然后来使用. 如下: public class IphoneX { public IphoneX(){ System.out.println("##### 制造iphoneX #####"); } } public class I

设计模式学习(一)——工厂方法模式

这里抄一段维基百科的定义,工厂方法模式即:定义一个创建对象的接口,但让实现这个接口的类来决定实例化哪个类.工厂方法让类的实例化推迟到子类中进行. 下图展示了一个工厂方法模式的结构图: 在上图中,展示了一个工厂方法模式的使用过程,消费者(类的使用者)要购买一个运动产品,他需要到该产品的生产厂家那里购买,生产厂家实现“运动产品”的生产.在这个过程中,消费者只需要特定功能的产品,而不管功能是如何实现的.工厂只需要生产指定产品,而不管产品是如何设计的.而产品类只需要提供产品功能的设计. 这与iphone

设计模式学习第四天:2.3工厂方法模式以及演化

一. 工厂方法(Factory Method)模式      工厂方法(FactoryMethod)模式是类的创建模式,其用意是定义一个创建产品对象的工厂接口,将实际创建工作推迟到子类中.      工厂方法模式是简单工厂模式的进一步抽象和推广.由于使用了多态性,工厂方法模式保持了简单工厂模式的优点,而且克服了它的缺点.      在工厂方法模式中,核心的工厂类不再负责所有产品的创建,而是将具体创建工作交给子类去做.这个核心类仅仅负责给出具体工厂必须实现的接口,而不接触哪一个产品类被实例化这种细

【2016-10-17】【坚持学习】【Day8】【工厂方法模式】

工厂方法模式又叫工厂模式,虚拟构造器模式 定义: 工厂父类负责定义创建产品对象的公共接口,而工厂子类则负责生成具体的产品对象目的是将产品类的实例化操作延迟到工厂子类中完成,即通过工厂子类来确定究竟应该实例化哪一个具体产品类 结构: 一个抽象产品类 多个具体产品类 一个抽象工厂类 多个具体工厂类 interface Product { } class ConcreteProduct : Product { } interface Factory { Product FactoryMethod();

JAVA学习之工厂方法模式

工厂方法模式的意义是定义一个创建产品对象的工厂接口,将实际创建工作推迟到子类当中. 核心工厂类不再负责产品的创建,这样核心类成为一个抽象工厂角色,仅负责具体工厂子类必须实现的接口, 这样进一步抽象化的好处是使得工厂方法模式可以使系统在不修改具体工厂角色的情况下引进新的产品. 原文链接http://tech.it168.com/a2009/0223/266/000000266400.shtml package com.fylx; //定义一个接口,人 interface People { publ

JS学习十七天----工厂方法模式

工厂方法模式 前言 今天自己看了一下自己写的部分博客,发现写的好丑....开始注意自己的排版!!但是偏亮也不是一朝一夕就完成的,我尽量让它漂亮一点.....每天漂亮一点点 正文 工厂方法模式是一种实现"工厂"概念的面向对象设计模式.实质是定义一个创建对象的接口,但是让实现这个接口的类来决定实例化哪个类.工厂方法让类的实例化推迟到子类中进行. 创建一个对象常常需要复杂的过程,所以不适合在一个复杂的对象中.创建对象可能会导致大量的重复代码,也可能提供不了足够级别的抽象.工厂方法模式通过定义