工厂方法模式

主要解决紧耦合的问题。

不要实现紧耦合,而要实现松耦合。

1、动机
在软件系统中,经常面临着“某个对象”的创建工作;由于需求的变化,这个对象经常面临着剧烈的变化,但是它却拥有比较稳定的接口。

如何应对这种变化?如何提供一种“封装机制”来隔离出“这个易变对象”的变化,从而保持系统中“其他依赖该对象的对象”不随着需求改变而改变。

2、意图
定义一个用于创建对象的接口,让子类决定实例化哪一个类,Factory Method使得一个类的实例化延迟到子类。

3、图

4、代码

抽象工厂类

publict interface Creator

{

         public Product factory();

}

 抽象产品类

public interface Product

{

}

具体产品类

public class ConcreteProduct : Product

{

           public ConcreteProduct (){...}

}

具体工厂类

public class ConcreteCreator : Creator

{

           public Product factory()

           {

                       return new ConcreteProduct();

            }

}

//客户程序

//增加新的系列时Manage是不需要动的
pulic class Manager
{
 public Manager(Creator creator ) 
 {
  Product product1= creator.factory();

  
 }
}

public class Test
{
 public static void Main()
 {
  Manager tempManage = new Manager();

  tempManage (new ConcreteCreator());//只需要修改这里就可以了。
 }
}

4、要点
(1). Factory Method模式主要用于隔离类对象的使用者和具体类型之间的耦合关系。面对一个经常变化的具体类型,紧耦合关系会导致软件的脆弱。
(2). Factory Method模式通过面向对象的手法,将所要创建的具体对象工作延迟到子类,从而实现一种扩展(而非更改)的策略,较好地解决了这种
紧偶合关系。
(3). Factory Method模式解决“单个对象”的需求变化,Abstract Method模式解决“系列对象”的需求变化,Builder模式解决“对象部分”的需求变化。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值