设计模式Day02

1、生成器模式
 生成器模式也称为建造者模式。生成器模式的意图在于将一个复杂的构建与其表示相分离，使得同样的构建过程可以创建不同的表示。
 生成器模式的编程步骤：
 （1）定义一个产品类；
  由于不在该类完成Product类对象的创建，所以无需显示定义构造方法。
 （2）定义n个生成器Build类；
  生成器是用来生成Product对象的，因此一般来说，Product是生成器类的一个成员变量；每创建一个Product对象，本质上先创建Unit1,Unit2,...UnitN,再把它们组合成所需的Product对象，因此需要n个createUnit()方法及一个组合方法composite()；由于createUnit()及composite()是共性，因此可定义共同的生成器类接口，n个生成器类均从此接口派生即可。
 （3）定义一个统一调度类，也叫指挥者类。是对生成器接口IBuild的封装。
 生成器设计模式涉及4个关键角色：产品（Product）、抽象生成器（IBuild）、具体生成器（Builder）、指挥者（Director）。在生成器模式中，抽象生成器和具体生成器是必需的，指挥者类需要在实际问题中认真考虑，加以取舍。

[代码]java代码：

?


1

2

3

public class Unit1 {}

public class Unit2 {}

public class Unit3 {}

[代码]java代码：

?


1

2

3

4

5

6

//定义一个产品类

public class Product {

    Unit1 u1;

    Unit2 u2;

    Unit3 u3;

}

[代码]java代码：

?


1

2

3

4

5

6

7

//定义生成器类接口IBuild

public interface IBuild {

    public void createUnit1();

    public void createUnit2();

    public void createUnit3();

    public Product composite();//返回值是Product对象

}

[代码]java代码：

?


01

02

03

04

05

06

07

08

09

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

public class BuildProduct implements IBuild {//生成第一种Product

    Product p=new Product();//Product是成员变量

    @Override

    public void createUnit1() {

        //p.u1=...          //创建Unit1

    }

    @Override

    public void createUnit2() {

        //p.u2=...          //创建Unit2

    }

    @Override

    public void createUnit3() {

        //p.u3=...          //创建Unit3

    }

    @Override

    public Product composite() {

        //...               //关联Unit1,Unit2,Unit3

        return p;           //返回Product对象p

    }

}

[代码]java代码：

?


01

02

03

04

05

06

07

08

09

10

11

12

13

14

15

16

17

public class Director {

    private IBuild build;

    public Director(IBuild build){

        this.build=build;

    }

    public Product build(){

        build.createUnit1();

        build.createUnit2();

        build.createUnit3();

        return build.composite();

    }

    public static void main(String[] args) {

        IBuild build=new BuildProduct();

        Director direct=new Director(build);

        Product p=direct.build();

    }

}

2、利用Product派生类方法，也可以实现类似的生成功能。

[代码]java代码：

?


1

2

3

public class Unit1 {}

public class Unit2 {}

public class Unit3 {}

[代码]java代码：

?


01

02

03

04

05

06

07

08

09

10

//定义抽象生成器

public abstract class Product {

    Unit1 u1;

    Unit2 u2;

    Unit3 u3;

    abstract void createUnit1();    //表明子类要创建Unit1

    abstract void createUnit2();    //表明子类要创建Unit2

    abstract void createUnit3();    //表明子类要创建Unit3

    abstract void composite();      //表明子类要组合Unit1、Unit2、Unit3

}

[代码]java代码：

?


01

02

03

04

05

06

07

08

09

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

//定义具体生成器

public class BuildProduct extends Product{

    @Override

    void createUnit1() {

        

    }

    @Override

    void createUnit2() {

        

    }

    @Override

    void createUnit3() {

        

    }

    @Override

    void composite() {

        

    }

}

[代码]java代码：

?


01

02

03

04

05

06

07

08

09

10

11

12

13

//定义指挥者类

public class Director {

    Product p;

    public Director(Product p){

        this.p=p;

    }

    void build(){

        p.createUnit1();

        p.createUnit2();

        p.createUnit3();

        p.composite();

    }

}
时间： 2024-08-08 09:38:38

设计模式Day02的相关文章

IOC设计模式初步了解（day02）

IOC(Inversion of Control):控制反转. *其他解释:依赖注入.依赖反转…… 设计目标:简化JEE的研发工作,提供IOC容器,控制bean的生成.注入,解耦. 看了网上的一些帖子.介绍,书籍中的一些剖析,都不是很了解IOC这个概念,于是找来这么段代码,直接从代码上去理解了. interface A{ } public class B implements A { } 正常情况下,我们要使用到A接口的实现都是这样: A a = new B(); 但在IOC实现Spring中则

Java设计模式——创建型模式之单例模式

一.概述 作为第一个出场的设计模式,有必要先介绍一下设计模式(引用自百度百科): 设计模式(Design Pattern)是一套被反复使用.多数人知晓的.经过分类的.代码设计经验的总结. 使用设计模式的目的:为了代码可重用性.让代码更容易被他人理解.保证代码可靠性. 设计模式使代码编写真正工程化:设计模式是软件工程的基石脉络,如同大厦的结构一样. 设计模式概念的介绍,参见:http://blog.jobbole.com/101076/ 其中涉及的设计原则的概念,参见随笔:http://www.c

10大APP界面框架设计模式详解

随着移动互联网的发展,移动app已经成为了每个互联网公司的标配了,那作为产品经理,我们如何设计出更加符合用户体验的app产品呢?今天和大家分享的就是10中最常见的app界面光甲设计模式,一起来看看吧. 1.标签导航 标签导航是十大界面框架设计里最常用的界面框架设计,也是被业界之内公认的一种普遍使用的页面框架设计.那么这种页面框架设计在作业方面对一个用户来说也是最常见的一种页面框架设计,比如说微博.微信.手机百度.支付宝.淘宝,这些我们所谓的超级APP都是运用的标签导航,无一例外.从这个角度也可以

[js高手之路]设计模式系列课程-组合模式+寄生组合继承实战新闻列表

所谓组合模式,就是把一堆结构分解出来,组成在一起,现实中很多这样的例子,如: 1.肯德基套餐就是一种组合模式, 比如鸡腿堡套餐,一般是是由一个鸡腿堡,一包薯条,一杯可乐等组成的 2.组装的台式机同理,由主板,电源,内存条,显卡, 机箱,显示器,外设等组成的 把一个成型的产品组成部件,分成一个个独立的部件,这种方式可以做出很多灵活的产品,这就是组合模式的优势 比如:家用台式机电脑,要求配置比较低, 这个时候只需要主板+电源+内存条+机箱+显示器+外设就可以了,不需要配置独立显卡 鸡腿堡+鸡翅+紫薯

Happy 设计模式之适配器模式（JAVA）

设计模式-适配器模式 适配器模式定义 适配器模式,将一个类的的接口转换成客户或者产品希望的接口形式,就是原本不兼容或者甚至不相干的接口不能一起工作的接口一起工作,完成需求或者客户的需求. 适配器模式的使用场景 1.当你使用一个已经存在的类,而他的接口不符合你的需求. 2.你想要创建一个复用的类,该类可以与其相关的类或者不可见的类协同工作. 适配器角色 Target:目标接口 TargetImpl:目标实现类 Adapter:适配器 Adaptee:被适配者 代码解析: package com.d

设计模式 2/23 工厂模式

工厂模式是最常用的设计模式之一,用好了,代码优雅,可维护性高,对系统设计会上一个台阶 为什么这么说,因为工厂模式可以牵扯出抽象工厂模式,也有大家都会聊到的简单工厂模式 我们要了解一点,23中设计模式中,不包含简单工厂模式,之所以大家会去聊这个,四个字,渐进明细 通过对简单工厂模式的了解,我们引入工厂这个词,不然一个写代码的,天天给他讲工厂,工厂,工厂,西厂,东厂,会晕 同时,通过逐步的深入,从简单工厂,到工厂模式,再到抽象工厂,渐进明细的过程,逐步深入的理解,比较优劣,择优而为我们所用. 试想我

Java设计模式学习笔记，一：单例模式

开始学习Java的设计模式,因为做了很多年C语言,所以语言基础的学习很快,但是面向过程向面向对象的编程思想的转变还是需要耗费很多的代码量的.所有希望通过设计模式的学习,能更深入的学习. 把学习过程中的笔记,记录下来,只记干货. 第一部分:单例模式的内容 单例模式:类只能有一个实例. 类的特点:1.私有构造器:2.内部构造实例对象:3.对外提供获取唯一实例的public方法. 常见的单例模式实现有五种形式: 1.饿汉式. 2.懒汉式. 3.双重检查锁式. 4.静态内部类式. 5.枚举式. 以下分别

设计模式之单列模式

设计模式之单列模式 1,何为单列模式? 即singleton 在某个类采用了单列模式之后  其只能有一个实列对象 ,并且这个实列对象只能有内部自己创建并提供给外部的调用. 2.实现单列模式的方法 分为 :饿汉式 ,懒汉式 下面为饿汉式实现代码: public calss Singleton1{ //将构造函数私有化 防止外部通过new来创建对象 private Singleton1(){ } //创建一个私有静态变量并直接初始化 类加载的时候直接创建对象 private static Singl

设计模式之原型模式（Prototype）

1.初识原型模式 大家都知道连锁机构是现在灰常流行的商业模式,比如咖啡之翼,那么假设咖啡之翼要在长春新建立一个分店,所经营的产品和以前在其他的城市已经存在的店经营的产品差不多,那么面向对象开发的角度怎么解决这个问题呢?难道要重新的实例化一个咖啡之翼的店??这显然不太好吧,咖啡之翼里面经营的产品(假设是属性吧)都需要重新写,这就是在做大量的重复工作啊,这显然是不符合OO开发思想的.遇到这样的情况,并不是重新建立一个类来解决这样的问题,而是通过设计模式中的"原型模式"来解决这种问题.是这种