简单工厂模式相关知识
-
简单工厂模式一、简单工厂模式:实质是由一个工厂类根据传入的参数,动态决定应该创建哪一个产品类(这些产品类继承自一个父类或接口)的实例。简单工厂模式的创建目标,所有创建的对象都是充当这个角色的某个具体类的实例。二、场景使用Java面向对象语言实现一个计算机控制台程序,要求输入两个数和运算符号,得到结果。 为了使程序达到易扩展,易维护,易复用且灵活的目的,本程序将使用到面向对象编程思想的三大特性:封装、继承和多态,以及简单工厂模式三、程序代码程序共有七个类: MyOperation.javapublic class MyOperation { private double numberA; private double numberB; public double getNumberA()
-
设计模式第1弹:简单工厂模式1、 简单工厂模式概述 简单工厂模式是一种创建模式,又称为静态工厂方法模式,但是需要注意的是它不属于GOF23种设计模式之一。 简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例,简单工厂模式是工厂模式家族中最简单的一种应用实现。 1.1、简单工厂模式核心组件 该模式中包含了核心的几个角色用于完成整体项目架构 工厂(Creator)角色 简单工厂模式的核心组件,负责完成创建实例的所有内部逻辑实现。该工厂实例的创建实例的方法外部可以直接调用用于创建需要的产品对象。 抽
-
工厂模式三部曲 - 简单工厂模式该文章属于<简书 — 刘小壮>原创,转载请注明: <简书 — 刘小壮> http://www.jianshu.com/p/a523144d8d7a 之前写过一篇关于简单工厂模式的博客,后来再看感觉之前写的不太好,而且不够详细。这两天正好有时间,打算把之前简单工厂模式的文章重写,这次要写关于工厂模式的一系列文章,而不只是一篇文章。 这系列文章将会从浅入深,讲述三种工厂模式的设计,分别是:简单工厂模式、工厂方法模式、抽象工厂模式。由于反射机制可以简化工厂模式,所以这系列文章将会给出没有使用反射机制,
-
PHP设计模式:简单工厂模式设计模式是对面向对象设计中反复出现的问题的解决方案。以下是《大道PHP:LAMP+Zend+开源框架整合开发与实战》第10章介绍的几种常用设计模式。包括:简单工厂模式、单元素模式、观察者模式、命令模式、策略模式以及MVC模式。一、简单工厂模式简单工厂模式(Simple Factory Pattern)又被称为静态工厂方法模式(Static Factory Method Pattern),具体指创建一个类似于工厂的类,通过对该类中成员方法的调用返回不同类型的对象。1、类图这里,抽象类Product定义了一个获取产品名称的成员方法getName(),Product抽象类的具体实现为之类ProductA和之类ProductB。工厂类ProductFactory 用来决定在什么时候创建并返回哪个产品类的实例化对象,使用时,只需把参数传递给其他成员的create()方法,就可以创建Product类的对象,无须考虑具体的生产细节。2、代码<?php //抽象类Product abstract 
简单工厂模式相关课程
简单工厂模式相关教程
- 工厂模式 工厂模式是平时开发过程中最常见的设计模式。工厂模式解决类的实例化问题,它属于创建型模式。工厂模式也经常会和其他设计模式组合使用。试想你去麦当劳买一个汉堡。你只需要告诉收银员要一个xx汉堡。过一会就会有一个此类型的汉堡被制作出来。而你完全不需要知道这个汉堡是怎么被制作出来的。这个例子中你就是客户端代码,麦当劳就是工厂,负责生产汉堡。汉堡是接口,而具体的某一种汉堡,比如说香辣鸡腿堡,就是实现了汉堡接口的类。我们继续通过另外一个例子,深入理解工厂模式。现在我们给某款音乐软件开发一个推荐功能。需求是能够根据用户选择的音乐风格,推荐不同风格的歌曲清单。那么你打算怎么实现呢?
- 抽象工厂模式 抽象工厂模式用来解决产品族的实例化问题。比如说现在有个家居设计软件,通过软件模拟房间,摆放各种虚拟的家具,看效果如何。我们可以放入电视柜、茶几、餐桌、床等等。这一系列的家具就叫做产品族。产品族面临的问题是,当一个产品族切换到另外一个产品族时,如何让代码的修改最小。也就是说如何做到开闭原则。想把设计好的方案从简约现代切换到欧式风格家具,怎么才能做到修改最小?如果采用简单工厂,那么每种产品都对应一个工厂,工厂负责产出不同风格的产品。设计方案中用到 n 种产品就要修改 n 处代码。这显然不是最佳的方法。此时,我们需要抽象工厂模式来解决这个问题。抽象工厂模式中,每个工厂的实现负责生产自己产品族的产品。示意图如下:
- 3. 策略模式与工厂模式结合使用 针对第一个缺点。我们可以通过策略模式与工厂模式结合使用来改进。通过进一步封装,消除客户端代码的条件选择。我们修改一下StrategyContext类,代码如下:public class StrategyContext { private TravelStrategy strategy; public StrategyContext(String travelWay) { if ("selfDriving".equals(travelWay)) { strategy = new SelfDrivingStrategy(); } if ("bicycle".equals(travelWay)) { strategy = new BicycleStrategy(); } else { strategy = new PublicTransportStrategy(); } } public int calculateMinCost(){ return strategy.calculateMinCost(); }}可以看到我们初始化的逻辑和工厂的逻辑很相似。这样条件判断就提炼到 Context 类中了。而客户端代码将会简洁很多,只需要在初始化 StrategyContext 时,传入相应的出行方式即可。代码如下:public class TravelService { private StrategyContext strategyContext; public int calculateMinCost(String travelWay){ strategyContext = new StrategyContext(travelWay); return strategyContext.calculateMinCost(); }}改进后,客户端代码现在已经完全不知道策略对象的存在了。条件判断也被消除了。其实很多时候我们都是通过搭配不同设计模式来达到我们的设计目标的。策略+工厂模式类图如下:
- 单例模式 单例模式是设计模式中最简单的设计模式之一。他和工厂模式同属于创建型模式,都用于类的实例化。不过两者的区别很大,要解决的问题也不一样。单例模式保证一个类只会被实例化一次,使用的时候通过单例提供的方法来获取实例。在确保线程安全的前提下,很多时候我们只需要同一个类的一个实例即可,而不是在任何使用的地方都实例化一个新对象。新对象创建是有成本的,不但要花时间,而且占用内存。另外有的时候我们需要一个全局唯一的实例,比如计数器,全局多个计数器就会计数混乱不准确,如下图所示。单例模式就是为了实现全局一个实例的需求。
- 1.1 工厂模式实现电子地图 首先我们需要一个策略接口,不同策略实现该接口。再搭配一个策略工厂。客户端代码只需要根据用户的出行方式,让工厂返回具体实现即可,由具体的实现来提供算法计算。以工厂模式实现的电子地图代码如下。TravelStrategy接口代码:public interface TravelStrategy { int calculateMinCost();}TravelStrategy接口的实现代码:public class SelfDrivingStrategy implements TravelStrategy { @Override public int calculateMinCost() { return 30; }}TravelStrategyFactory代码:public class TravelStrategyFactory { public TravelStrategy createTravelStrategy(String travelWay) { if ("selfDriving".equals(travelWay)) { return new SelfDrivingStrategy(); } if ("bicycle".equals(travelWay)) { return new BicycleStrategy(); } else { return new PublicTransportStrategy(); } }}TravelService对外提供计算方法,通过工厂生成所需要的 strategy。代码如下:public class TravelService { private TravelStrategyFactory travelStrategyFactory = new TravelStrategyFactory(); public int calculateMinCost(String travelWay) { TravelStrategy travelStrategy = travelStrategyFactory.createTravelStrategy(travelWay); return travelStrategy.calculateMinCost(); }}代码结构和我们上一节讲解的音乐推荐器几乎一模一样。看似也很好地解决了我们的设计问题。接下来我们看看如何用策略模式解决这个问题,然后我们再对两种模式做对比。
- 2.1 <strong>概括会话工厂(SessionFactory)的功能</strong> 为开发者屏蔽创建会话对象(session)时的一系列繁琐事宜,让开发者简单、直接获取 Session 对象,快速迭代自己的代码功能;可根据开发者在主配置文件中的配置需求,提供高级辅助功能(如数据库连接池……);会话工厂可缓存生成的 SQL 语句和 Hibernate 在运行时使用的映射元数据。SessionFactory 类的设计顾名思议使用到工厂设计模式。经常会在一些框架程序中看到工厂设计模式,工厂设计模式的知名度如此之高,是由它自身的优势决定的:工厂对象替开发者完成创建对象的细枝末节,让开发者只需专注于如何运用对象;工厂对象内部可提供创建对象的优化方案,避免因开发者随意创建对象所带来的内存消耗。古人打猎,需要用一周时间打磨工具,用一天时间捕捉猎物。现代人打猎前,可以去商店买一把猎枪,然后尽情享受打猎过程(保护野生动物,禁止打猎!)。工厂设计模式对开发者说:享受开发吧!少年……SessionFactory 从功能来讲似乎简单明了,创建 Session(其实这把猎枪不简单)。
简单工厂模式相关搜索
-
j2ee
j2ee是什么
jar格式
java
java api
java applet
java c
java jdk
java list
java map
java script
java se
java socket
java swing
java switch
java web
java xml
java 程序设计
java 多线程
java 环境变量