Java设计模式-抽象工厂模式(Abstract Factory )

  工厂方法模式有一个问题就是,类的创建依赖工厂类,也就是说,如果想要拓展程序,必须对工厂类进行修改,这违背了闭包原则,所以,从设计角度考虑,有一定的问题,如何解决?就用到抽象工厂模式,创建多个工厂类,这样一旦需要增加新的功能,直接增加新的工厂类就可以了,不需要修改之前的代码。

为工厂类做一个统一的父类接口,可用于扩展

因为抽象工厂不太好理解,先看看图,然后就和代码,就比较容易理解。

例子:

public interface Sender {
    public void Send();
}  

两个实现类

public class MailSender implements Sender {
    @Override
    public void Send() {
        System.out.println("this is mailsender!");
    }
}  
public class SmsSender implements Sender {  

    @Override
    public void Send() {
        System.out.println("this is sms sender!");
    }
}  

提供一个工厂父类接口:

public interface Provider {
    public Sender produce();
}  

两个工厂类:

public class SendMailFactory implements Provider {  

    @Override
    public Sender produce(){
        return new MailSender();
    }
}  
public class SendSmsFactory implements Provider{  

    @Override
    public Sender produce() {
        return new SmsSender();
    }
}  

测试类:

public class Test {  

    public static void main(String[] args) {
        Provider provider = new SendMailFactory();
        Sender sender = provider.produce();
        sender.Send();
    }
}  

其实这个模式的好处就是,如果你现在想增加一个功能:发及时信息,则只需做一个实现类,实现Sender接口,同时做一个工厂类,实现Provider接口,就OK了,无需去改动现成的代码。这样做,拓展性较好!

时间: 05-16

Java设计模式-抽象工厂模式(Abstract Factory )的相关文章

抽象工厂模式(Abstract Factory)C#实例

抽象工厂模式(Abstract Factory)C#实例 本文出处http://www.dofactory.com/net/abstract-factory-design-pattern 一.场景描述 本实例描述了抽象工厂模式的一个使用场景.在动物世界弱肉强食,食肉动物会吃掉食草动物.这是动物世界的规律,因此在动物世界类中有Runfoodchain(运行食物链)方法.在动物世界里总是有食肉动物和食草动物这两个抽象成员.它们之所以是抽象成员是因为他们不是具体的一种动物.而食草动物与食肉动物的区别在

Java设计模式——抽象工厂模式(Abstract factory)

抽象工厂模式可以向客户提供接口,使得客户端在不必指定产品具体类型的情况下创建多个产品族中的产品对象. 系统的设计 采用抽象工厂模式设计出的系统类图如下: 从上图可以看出,抽象工厂模式涉及到角色: 抽象工厂角色(AbstractFactory):担任这个角色的是工厂方法模式的核心,它与应用系统的商业逻辑无关.通常使用Java接口或者抽象Java类实现,而所有的具体工厂类都必须实现这个Java接口或者继承这个抽象Java类. 具体工厂类(ConcreteFactory)角色:这个角色直接在客户端的调

设计模式之十一:抽象工厂模式(Abstract Factory)

抽象工厂模式: 提供了一个创建一系列相关的或相互依赖的对象的接口而不需要具体指定它们的类型. Provide an interface for creating families of related or dependent objects without specifying their concrete classes. UML类图: 主要包括: AbstractFactory(ContinentFactory):抽象的工厂类,为具体的工厂类声明了一系列的接口. ConcreteFacto

JAVA设计模式--抽象工厂模式

抽象工厂设计模式 1.系统中有多个产品族,而系统一次只可能消费其中一族产品2.同属于同一个产品族的产品以其使用.来看看抽象工厂模式的各个角色(和工厂方法的如出一辙):抽象工厂角色: 这是工厂方法模式的核心,它与应用程序无关.是具体工厂角色必须实现的接口或者必须继承的父类.在java中它由抽象类或者接口来实现.具体工厂角色:它含有和具体业务逻辑有关的代码.由应用程序调用以创建对应的具体产品的对象.在java中它由具体的类来实现.抽象产品角色:它是具体产品继承的父类或者是实现的接口.在java中一般

抽象工厂模式(Abstract Factory)

抽象工厂模式是对象的创建模式,他是工厂方法模式的进一步推广. 假设一个子系统需要一些产品对象,而这些产品又属于一个以上的产品等级结构.那么为了将消费这些产品对象的责任和创建这些产品对象的责任分割开来,可以引进抽象工厂模式.这样的话,消费一方不需要直接参与产品的创建工作,而只需要向一个公用的工厂接口请求所需要的产品. 抽象工厂模式的结构: 抽象工厂(AbstractFactory)角色:担任这个角色的是工厂方法模式的核心,它是与应用系统的商业逻辑无关的.通常使用java接口或者抽象java类实现,

Java设计模式——抽象工厂模式

抽象工厂模式(Abstract Factory Pattern)是属于创建型的设计模式,意在创造一个抽象的工厂,而后再由实例化出的具体的工厂来进行生产. 何时使用:系统的产品有多于一个的产品族,而系统只消费其中某一族的产品. 应用实例:工作了,为了参加一些聚会,肯定有两套或多套衣服吧,比如说有商务装(成套,一系列具体产品).时尚装(成套,一系列具体产品),甚至对于一个家庭来说,可能有商务女装.商务男装.时尚女装.时尚男装,这些也都是成套的,即一系列具体产品.假设一种情况(现实中是不存在的,要不然

设计模式 笔记 抽象工厂模式 Abstract Factory

//---------------------------15/04/09---------------------------- //Abstract Factory 抽象工厂----对象创建型模式 /* 1:意图:提供一个创建一系列相关或相互依赖对象的接口,而无需制定他们具体的类. 2:别名:Kit 3:动机 4:适应性: 1>一个系统要独立于它的产品的创建.组合和表示时. 2>一个系统要由多个产品系列中的一个来配置时. 3>当你要强调一系列相关的产品对象的设计以便进行联合使用时.

4.抽象工厂模式(Abstract Factory)

using System; using System.Reflection; namespace ConsoleApplication1 { class Program { static void Main(string[] args) { //这样我湖南工厂换广州工厂改抽象工厂类的实例对象就可以了,对产品鸭架,鸭脖没影响 //AbstractFactory nanChangFactory = new GuanzhouFactory(); AbstractFactory nanChangFact

抽象工厂(Abstract Factory)模式

一.抽象工厂(Abstract Factory)模式 抽象工厂模式是所有形态的工厂模式中最为抽象和最具一般性的一种形态. 为了方便引进抽象工厂模式,引进一个新概念:产品族(Product Family).所谓产品族,是指位于不同产品等级结构,功能相关联的产品组成的家族.如图: 图中一共有四个产品族,分布于三个不同的产品等级结构中.只要指明一个产品所处的产品族以及它所属的等级结构,就可以唯一的确定这个产品. 引进抽象工厂模式 所谓抽象工厂是指一个工厂等级结构可以创建出分属于不同产品等级结构的一个产