热门标签 | HotTags
当前位置:  开发笔记 > IOS > 正文

全面解析设计模式中的建造者模式及相关C++实现

这篇文章主要介绍了设计模式中的建造者模式及相关C++实现,需要的朋友可以参考下

生活中有着很多的建造者的例子,个人觉得大学生活就是一个建造者模式的最好体验:
要完成大学教育,一般将大学教育过程分成 4 个学期进行,因此没有学习可以看作是构建完整大学教育的一个部分构建过程,每个人经过这 4 年的(4 个阶段)构建过程得到的最后的结果不一样,因为可能在四个阶段的构建中引入了很多的参数(每个人的机会和际遇不完全相同)。

建造者模式要解决的也正是这样的问题:当我们要创建的对象很复杂的时候(通常是由很多其他的对象组合而成),我们要要复杂对象的创建过程和这个对象的表示(展示)分离开来,这样做的好处就是通过一步步的进行复杂对象的构建,由于在每一步的构造过程中可以引入参数,使得经过相同的步骤创建最后得到的对象的展示不一样。

对象性质的建造

有些情况下,一个对象会有一些重要的性质,在它们没有恰当的值之前,对象不能作为一个完整的产品使用。比如,一个电子邮件有发件人地址、收件人地址、主题、内容、附录等部分,而在最起码的收件人地址未被赋值之前,这个电子邮件不能发出。

有些情况下,一个对象的一些性质必须按照某个顺序赋值才有意义。在某个性质没有赋值之前,另一个性质则无法赋值。这些情况使得性质本身的建造涉及到复杂的商业逻辑。

这时候,此对象相当于一个有待建造的产品,而对象的这些性质相当于产品的零件,建造产品的过程就是组合零件的过程。由于组合零件的过程很复杂,因此,这些"零件"的组合过程往往被"外部化"到一个称作建造者的对象里,建造者返还给客户端的是一个全部零件都建造完毕的产品对象。

命名的考虑

之所以使用"建造者"而没有用"生成器"就是因为用零件生产产品,"建造"更为合适,"创建"或"生成"不太恰当。
建造者模式的典型结构图为:

201639171557376.jpg (558×379)

建造者模式的关键是其中的 Director 对象并不直接返回对象,而是通过一步步(BuildPartA,BuildPartB,BuildPartC)来一步步进行对象的创建。当然这里 Director 可以提供一个默认的返回对象的接口(即返回通用的复杂对象的创建,即不指定或者特定唯一指定 BuildPart 中的参数)。
建造者模式的实现

完整代码示例(code):建造者模式的实现很简单,这里为了方便初学者的学习和参考,将给出完整的实现代码(所有代码采用 C++实现,并在 VC 6.0 下测试运行)。

代码片断 1:Product.h

//Product.h
#ifndef _PRODUCT_H_
#define _PRODUCT_H_
class Product{
  public:
  Product();
  ~Product();
  void ProducePart();
  protected:
  private:
};
class ProductPart{
  public:
  ProductPart();
  ~ProductPart();
  ProductPart* BuildPart();
  protected:
  private:
};
#endif //~_PRODUCT_H_

代码片断 2:Product.cpp

//Product.cpp
#include "Product.h"
#include 
using namespace std;
Product::Product(){
  ProducePart();
  cout<<"return a product"<

代码片断 3:Builder.h

//Builder.h
#ifndef _BUILDER_H_
#define _BUILDER_H_
#include 
using namespace std;
class Product;
class Builder{
  public:
  virtual ~Builder();
  virtual void BuildPartA(const string& buildPara) = 0;
  virtual void BuildPartB(const string& buildPara) = 0;
  virtual void BuildPartC(const string& buildPara) = 0;
  virtual Product* GetProduct() = 0;
  protected:
  Builder();
  private:
};

class ConcreteBuilder:public Builder{
  public:
  ConcreteBuilder();
  ~ConcreteBuilder();
  void BuildPartA(const string& buildPara);
  void BuildPartB(const string& buildPara);
  void BuildPartC(const string& buildPara);
  Product* GetProduct();
  protected:
  private:
};
#endif //~_BUILDER_H_

代码片断 4:Builder.cpp

//Builder.cpp
#include "Builder.h"
#include "Product.h"
#include 
using namespace std;
Builder::Builder(){
}
Builder::~Builder(){
}
ConcreteBuilder::ConcreteBuilder(){
}
ConcreteBuilder::~ConcreteBuilder(){
}
void ConcreteBuilder::BuildPartA(const string& buildPara){
  cout<<"Step1:Build PartA..."<

代码片断 5:Director.h

//Director.h
#ifndef _DIRECTOR_H_
#define _DIRECTOR_H_
class Builder;
class Director{
  public:
  Director(Builder* bld);
  ~Director();
  void Construct();
  protected:
  private:
  Builder* _bld;
};

#endif //~_DIRECTOR_H_

代码片断 6:Director.cpp

//Director.cpp
#include "director.h"
#include "Builder.h"
Director::Director(Builder* bld){
  _bld = bld;
}
Director::~Director(){
}
void Director::Construct(){
  _bld->BuildPartA("user-defined");
  _bld->BuildPartB("user-defined");
  _bld->BuildPartC("user-defined");
}

代码片断 7:main.cpp

//main.cpp
#include "Builder.h"
#include "Product.h"
#include "Director.h"
#include 
using namespace std;
int main(int argc,char* argv[]){
  Director* d = new Director(new ConcreteBuilder());
  d->Construct();
  return 0;
}

代码说明:建造者模式的示例代码中,BuildPart 的参数是通过客户程序员传入的,这里为了简单说明问题,使用"user-defined"代替,实际的可能是在 Construct 方法中传入这 3 个参数,这样就可以得到不同的细微差别的复杂对象了。

以下情况应当使用建造者模式:

1、 需要生成的产品对象有复杂的内部结构。
2、 需要生成的产品对象的属性相互依赖,建造者模式可以强迫生成顺序。
3、 在对象创建过程中会使用到系统中的一些其它对象,这些对象在产品对象的创建过程中不易得到。

使用建造者模式主要有以下效果:

1、 建造模式的使用使得产品的内部表象可以独立的变化。使用建造者模式可以使客户端不必知道产品内部组成的细节。
2、 每一个Builder都相对独立,而与其它的Builder无关。
3、 模式所建造的最终产品更易于控制。


推荐阅读
  • 探索新一代API文档工具,告别Swagger的繁琐
    对于后端开发者而言,编写和维护API文档既繁琐又不可或缺。本文将介绍一款全新的API文档工具,帮助团队更高效地协作,简化API文档生成流程。 ... [详细]
  • 本文介绍如何在 C++ 中使用链表结构存储和管理数据。通过具体示例,展示了静态链表的基本操作,包括节点的创建、链接及遍历。 ... [详细]
  • 本文深入探讨了面向切面编程(AOP)的概念及其在Spring框架中的应用。通过详细解释AOP的核心术语和实现机制,帮助读者理解如何利用AOP提高代码的可维护性和开发效率。 ... [详细]
  • 深入解析Java虚拟机(JVM)架构与原理
    本文旨在为读者提供对Java虚拟机(JVM)的全面理解,涵盖其主要组成部分、工作原理及其在不同平台上的实现。通过详细探讨JVM的结构和内部机制,帮助开发者更好地掌握Java编程的核心技术。 ... [详细]
  • 本月初,我们为大家推荐了一系列精选书单,助力大家提升技术水平。月底,我们将介绍几位行业大牛,帮助大家找到人生导师。InfoQ一直致力于为用户提供有价值的资源和支持。 ... [详细]
  • 深入解析SpringMVC核心组件:DispatcherServlet的工作原理
    本文详细探讨了SpringMVC的核心组件——DispatcherServlet的运作机制,旨在帮助有一定Java和Spring基础的开发人员理解HTTP请求是如何被映射到Controller并执行的。文章将解答以下问题:1. HTTP请求如何映射到Controller;2. Controller是如何被执行的。 ... [详细]
  • HTML基础入门指南
    本文将深入浅出地介绍HTML的基础知识,包括其定义、开发工具、制定机构、特性、基本标签及更多实用内容。 ... [详细]
  • Linux环境下进程间通信:深入解析信号机制
    本文详细探讨了Linux系统中信号的生命周期,从信号生成到处理函数执行完毕的全过程,并介绍了信号编程中的注意事项和常见应用实例。通过分析信号在进程中的注册、注销及处理过程,帮助读者理解如何高效利用信号进行进程间通信。 ... [详细]
  • 2004年春节,作者与父亲讨论了未来的职业规划,并决定尝试创业开设家教培训班。然而,创业过程中的种种困难和挑战最终导致了项目的失败。 ... [详细]
  • 设计模式在软件开发中被广泛应用,但如果不当使用,可能会导致系统复杂性增加。例如,过度添加类可能导致类图难以理解,代码跟踪变得复杂。本文探讨如何在使用设计模式时保持系统的简洁和高效。 ... [详细]
  • Go语言实现经典排序算法:归并排序
    本文介绍如何使用Go语言实现经典的归并排序算法,探讨其原理、代码实现及性能特点。适合Golang开发者和编程爱好者。 ... [详细]
  • 深入理解Java多线程并发处理:基础与实践
    本文探讨了Java中的多线程并发处理机制,从基本概念到实际应用,帮助读者全面理解并掌握多线程编程技巧。通过实例解析和理论阐述,确保初学者也能轻松入门。 ... [详细]
  • SpringMVC RestTemplate的几种请求调用(转)
    SpringMVCRestTemplate的几种请求调用(转),Go语言社区,Golang程序员人脉社 ... [详细]
  • 程序员如何优雅应对35岁职业转型?这里有深度解析
    本文探讨了程序员在职业生涯中如何通过不断学习和技能提升,优雅地应对35岁左右的职业转型挑战。我们将深入分析当前热门技术趋势,并提供实用的学习路径。 ... [详细]
  • 程序员版情书:王思聪的编程式告白
    当程序员用代码表达爱意,会产生怎样的化学反应?一起来看看这封充满技术感的情书,网友笑称这才是真爱! ... [详细]
author-avatar
口十又欠又欠
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有