设计模式粗浅理解之一------简单工厂模式

设计模式粗浅理解之------简单工厂模式

什么是简单工厂模式

从设计模式的类型上来说,简单工厂模式是属于创建型模式,又叫做静态工厂方法(Static Factory Method)模式,但不属于23种GOF设计模式之一。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式,可以理解为是不同工厂模式的一个特殊实现。

角色和职责

工厂(Creator)角色

简单工厂模式的核心,它负责实现创建所有实例的内部逻辑。工厂类可以被外界直接调用,创建所需的产品对象。

抽象产品(Product)角色

简单工厂模式所创建的所有对象的父类,它负责描述所有实例所共有的公共接口。

具体产品(Concrete Product)角色

是简单工厂模式的创建目标,所有创建的对象都是充当这个角色的某个具体类的实例。

优缺点

优点

工厂类是整个模式的关键.包含了必要的逻辑判断,根据外界给定的信息,决定究竟应该创建哪个具体类的对象.通过使用工厂类,外界可以从直接创建具体产品对象的尴尬局面摆脱出来,仅仅需要负责“消费”对象就可以了。而不必管这些对象究竟如何创建及如何组织的.明确了各自的职责和权利,有利于整个软件体系结构的优化。

缺点

由于工厂类集中了所有实例的创建逻辑,违反了高内聚责任分配原则,将全部创建逻辑集中到了一个工厂类中;它所能创建的类只能是事先考虑到的,如果需要添加新的类,则就需要改变工厂类了。

当系统中的具体产品类不断增多时候,可能会出现要求工厂类根据不同条件创建不同实例的需求.这种对条件的判断和对具体产品类型的判断交错在一起,很难避免模块功能的蔓延,对系统的维护和扩展非常不利。

使用场景

工厂类负责创建的对象比较少;

客户只知道传入工厂类的参数,对于如何创建对象(逻辑)不关心;

由于简单工厂很容易违反高内聚责任分配原则,因此一般只在很简单的情况下应用。(以上参考百度百科)

代码实例

以下实例我希望模拟一个用户登录的功能,在很多的系统中都存在多种用户,可以具有不同的权限,假设我们在某系统中存在以下用户超级用户Super(S),管理员Admin(A),普通用户Normal(N),这三种用户在登录时系统要根据不同的的用户级别各自进行相应的操作。根据以上场景,我们如果用简单工厂模式可以采用如下方式实现:

第一步 创建所有用户类别的公共父类

 1 public class User {
 2     private string _userType { get; set; }
 3
 4     public string UserType
 5     {
 6          get { return _userType; }
 7          set { _userType = value; }
 8     }
 9
10     public virtual void ShowUser()
11     {
12     }
13 }

该类定义了一个用户类别的属性,以及现实用户类别的虚方法,其子类必须要实现该方法。

第二步 创建具体的用户类

超级用户类:

 1 class SuperUser : User {
 2     public SuperUser()
 3     {
 4         base.UserType = "超级用户";
 5     }
 6     public override void ShowUser()
 7     {
 8         Console.WriteLine(base.UserType + "已经登录");
 9     }
10 }

管理员类:

 1 class SuperUser : User {
 2     public SuperUser()
 3     {
 4         base.UserType = "管理员";
 5     }
 6     public override void ShowUser()
 7     {
 8         Console.WriteLine(base.UserType + "已经登录");
 9     }
10 }

普通用户类:

 1 class SuperUser : User {
 2     public SuperUser()
 3     {
 4         base.UserType = "普通用户";
 5     }
 6     public override void ShowUser()
 7     {
 8         Console.WriteLine(base.UserType + "已经登录");
 9     }
10  }

第三步 创建一个工厂类,根据传入的参数不同创建不同的对象

 1 public class UserFactory {
 2     public static User createUser(string userType)
 3     {
 4         User user = null;
 5         switch (userType)
 6         {
 7             case "S":
 8                 user = new SuperUser();
 9                 break;
10             case "A":
11                 user = new AdminUser();
12                 break;
13             case "N":
14                 user = new NormalUser();
15                 break;
16             default:
17                 break;
18         }
19     return user;
20     }
21 }

做完以上工作我们就可以在程序中使用我们的类,程序不关心我们如何创建具体的用户类,只是明确的将需要实例化的类的参数传入工厂类,由工厂类负责调用相应的构造函数创建具体类,示例如下:

 1 class Program
 2 {
 3     static void Main(string[] args)
 4     {
 5         User user = null;
 6         user = UserFactory.createUser("S");
 7         user.ShowUser();
 8         user = UserFactory.createUser("A");
 9         user.ShowUser();
10         user = UserFactory.createUser("N");
11         user.ShowUser();
12         Console.ReadKey();
13     }
14 }

UserFactory类完全屏蔽了每个用户类的具体过程,其输出结果如下:

设计模式粗浅理解之一------简单工厂模式

时间: 2024-10-05 16:40:49

设计模式粗浅理解之一------简单工厂模式的相关文章

Java设计模式(一) 简单工厂模式不简单

原创文章,转载请务必将下面这段话置于文章开头处. 本文转发自Jason's Blog,原文链接 http://www.jasongj.com/design_pattern/simple_factory 简单工厂模式使用案例 有一种抽象产品--汽车(Car),同时有多种具体的子类产品,如BenzCar,BMWCar,LandRoverCar.类图如下 作为司机,如果要开其中一种车,比如BenzCar,最直接的做法是直接创建BenzCar的实例,并执行其drive方法,如下 package com.

设计模式(一)——简单工厂模式

嵌入式linux 设计模式(一)--简单工厂模式 一.简单工厂模式简介 1.简单工厂模式 简单工厂模式(Factory Method Pattern)是属于创建型模式,又叫做静态工厂方法(Static Factory Method)模式,是通过专门定义一个类来负责创建其他类的实例,被创建的实例通常都具有共同的父类.简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例. 简单工厂模式的UML类图 工厂角色(Creator):是简单工厂模式的核心,由它负责创建所有的类的内部逻辑.工厂类必须能够被

大话设计模式读书笔记1——简单工厂模式

最近几日,重温了一下<大话设计模式>这本书,当时读的仓促,有很多没有注意的地方,现在仔细翻看起来,发现这值得细细品味的一本书!! 好东西就要记下来!!! 第一章笔记:从一个简单的计算器程序来看简单工厂模式. 变化的地方就要封装,用一个单独的类来做创造实例的过程这就是工厂. UML图: /// <summary> /// 运算类 /// </summary> public class Operation { public double Number1 { get; set

设计模式那点事--简单工厂模式

工作几年后,每个程序员都会积累一定的编程经验,编程能力都会得到不同的提升.但是随着时间的推移,你会慢慢地发现,程序开发已经不仅仅是代码的简单堆砌,而是要开始考虑代码的复用扩展,性能优化,高效设计和执行效率等等问题了.为了要应付这些问题,设计模式应运而生. 概念: 简单工厂模式属于创建型模式,又叫做静态工厂方法(Static Factory Method)模式.它实质是由一个工厂类根据传入的参数,动态决定应该创建哪一个产品类(这些产品类继承自一个父类或接口)的实例. 例子: 一个鲜活简单的例子总能

设计模式(2)----简单工厂模式

说明一下: 简单工厂模式不属于23种GOF设计模式之一,我之所以写出来,是应为简单工厂模式是工厂模式的基础,23种中的工厂方法模式是从中衍生的. 简介: 简单工厂模式是属于创建型模式,又叫做静态工厂方法(Static Factory Method)模式,但不属于23种GOF设计模式之一.简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例.简单工厂模式是工厂模式家族中最简单实用的模式,可以理解为是不同工厂模式的一个特殊实现. 简单工厂UML图: 组成: 简单工厂模式由三部分组成,具体工厂,具

(转)设计模式(五)简单工厂模式+工厂方法模式

在面向对象编程中, 最通常的方法是一个new操作符产生一个对象实例,new操作符就是用来构造对象实例的.但是在一些情况下, new操作符直接生成对象会带来一些问题.举例来说, 许多类型对象的创造需要一系列的步骤: 你可能需要计算或取得对象的初始设置; 选择生成哪个子对象实例; 或在生成你需要的对象之前必须先生成一些辅助功能的对象. 在这些情况,新对象的建立就是一个 “过程”,不仅是一个操作,像一部大机器中的一个齿轮传动. 模式的问题:你如何能轻松方便地构造对象实例,而不必关心构造对象实例的细节和

设计模式(java)--简单工厂模式之女娲造人.水果农场

女娲抟土造人 话说:“天地开辟,未有人民,女娲抟土为人.”女娲需要用土造出一个个的人,但在女娲造出人之前,人的概念只存在于女娲的思想里面. 女娲造人,这就是简单工厂模式的应用.  首先,在这个造人的思想里面,有几个重要的角色:女娲本身.抽象的人的概念和女娲所造出的一个个具体的人.    1.)女娲是一个工厂类,也就是简单工厂模式的核心角色. 2.)具休的一个个的人,包括张三,李四等.这些人便是简单工厂模式里面的具体产品角色 3.)抽象的人是最早只存在于女娲的头脑里的一个想法,女娲按照这个想法造出

设计模式(四)简单工厂模式

相关文章 设计模式(一)设计六大原则 设计模式(二)单例模式的七种写法 设计模式(三)建造者模式 1.简单工厂模式简单介绍 定义 简单工厂模式属于创建型模式又叫做静态工厂方法模式,是由一个工厂对象决定创建出哪一种产品类的实例. 简单工厂模式结构图 Factory:工厂类,简单工厂模式的核心.它负责实现创建全部实例的内部逻辑.工厂类的创建产品类的方法能够被外界直接调用.创建所需的产品对象. IProduct:抽象产品类.简单工厂模式所创建的全部对象的父类,它负责描写叙述全部实例所共同拥有的公共接口

c#设计模式(1)----简单工厂模式

1.前言 陆陆续续整理总结设计模式一个多月了,也在逐渐的把项目中的一些代码进行一些优化.其实这次的总结整理处理让自己对设计模式有了新的认识之外, 对c#面向对象,反射,uml,设计原则都有新的认知.所以希望小伙伴能抽时间对设计模式进行一次全面的学习,我想只要认真学过的人都会有一定的提高.下 面先来说一下简单工厂模式. 2.什么叫简单工厂模式? 简单工厂模式[SimpleFactory]并不是23种设计模式之一.根据提供给它的数据调用一个类的获得多个派生类中的其中一个派生类.下面是我实现简单工厂的