可乐穿越记之工厂方法

引子:

   (接着上次的话题)可乐刚说完自己想法,正想要接着说就被旁边的大臣打断了。大臣说:“大哥你也忒聪明了,这方法好,谢谢了。”连忙拜过陛下就一阵小跑出去了,可乐就只好无奈的笑笑,对陛下说:“这位大哥真积极啊,还没说完就跑了,我敢说没几天他还得来。”

    这不没过几天,可乐正准备和皇帝吃早饭呢,这位大臣急急忙忙又跑来了,皇帝就说道:“你还真算好时间,要不加个坐?”,“行啊。。。”,看着皇帝脸色不善,“谢陛下了,我就想请教一下可乐同学工厂事情”。可乐嘿嘿一笑,说:“我早猜到你要来,说吧什么问题”。于是大臣一五二十的向可乐说明了。原来啊,刚开始几天,感觉挺美的,手下也都轻松了许多,没事还能打打牌。可是最近为了提高装备,就引进一个新作坊,可是问题是,标准还是按照以前产品标准,可是到了工厂又不认了,没办法就改吧,就把工厂里面规则改了(就是修改简单工厂里面代码)。想想能轻松了吧,但是军队里面发现这个作坊制作的不好,只好要撤掉,又要修改工厂。大臣就想想以后再来个七八个折腾,他就晚年不保了,这不就一大早跑来了。

   可乐说:“上次我没说完你就跑了,算了,那就让咱们一起分析一下这个问题。”

问题:

    1.没办法添加或者删除新的类(上节简单工厂的不足之处)

    2.如何在不影响其他类情况下,随意添加或者删除(设计模式中的目的解耦)

思考:

     回想一下我们上次的产品,然后我们就会发现一个很特别地方,就是无论你怎么添加删除一个具体产品类,都不会影响其他类使用。ok!我们发现了,这就是我们接口(抽象)作用,进一步讲,我们的工厂就不能用这个方法么?当然可以,这就是今天要说的工厂方法。

分析:

    首先就是我们昨天的产品代码不变,这里还是给出来吧。

这是我们武器接口

public interface Arms
    {
         void use();
         void GetNumber();
    }

下面是实现这个武器接口的具体产品类(这里我就给两个容易说明)

 public class Sword:Arms
    {
        public void use()
        {
            Console.WriteLine("hit people with Sword");
        }
        public int length;
        public int weight;
        public void GetNumber()
        {
            Console.WriteLine("length:"+this.length);
            Console.WriteLine("weigth:"+this.weight);
        }
        public Sword(int length_,int weight_)
        {
            this.length = length_;
            this.weight = weight_;
        }
    }
public class Spear:Arms
    {
        public void use()
        {
            Console.WriteLine("hit people with Spear");
        }
        public int length;
        public int weight;
        public void GetNumber()
        {
            Console.WriteLine("length:" + this.length);
            Console.WriteLine("weigth:" + this.weight);
        }
                public Spear(int length_,int weight_)
        {
            this.length = length_;
            this.weight = weight_;
        }
    }

以上没什么,关键是工厂怎么解决?用接口

定义一个接口,并且重要的是里面有个方法是返回产品接口的

    public interface Factory
    {
        Arms getArms(int length,int weight);
    }

当然是实现工厂接口的,我们把它叫做具体工厂

一个具体工厂对应一个具体产品类,所以我们就有两个具体工厂了

  public class SwordFactory:Factory
    {
        public Arms getArms(int length, int weight)
        {
            return new Sword(length,weight);
        }
    }
  public class SpearFactory : Factory
    {
        public Arms getArms(int length, int weight)
        {
            return new Spear(length, weight);
        }
    }

很轻松是吧,呵呵你们可以试试。

深入思考:

  1.那么如果再来一个新的产品类怎么办呢?无非就是它实现该这个产品接口,并且为它对应一个具体工厂,该工厂实现工厂接口。

  2.那么如果再来一个新的产品类,并且不能实现这个产品接口怎么办?问的好,那么你就要建立一个新的产品接口,对应的建立一个新的工厂接口(有没有点发现呢?下面总结再说)。

总结:

   1.从该事件我们就可以发现简单工厂的一点使用条件:那就是不经常进行扩展,并且有要经常的使用类(要不断实例化类)。所以就是常说的随机应变,不能照搬死套,事务是两面性的,自己考量一下是要自由呢?还是简单?

   2.在工厂方法里面的角色:

       抽象产品,具体产品。这两个上次说过就偷懒了。

       抽象工厂:定义具体工厂返回接口的方法。

       具体工厂:实现抽象工厂

   3.就是在思考里面发现一点,那就是

      一个抽象产品 对应 一个抽象工厂

      一个具体产品  有   一个具体工厂

   4.工厂方法的适应设计原则

      倒置原则----具体工厂实现抽象工厂

      依赖原则----具体工厂弱依赖具体产品

      开闭原则----产品和工厂就有很好扩展性了,但是我说事物是具有两面性的,

      所以工厂方法还是满足了部分。可以这么想,如果现在对两个具体产品都添加新的品种,直白说把刀分为大小刀,把剑分为长剑短剑,那么工厂方法还适用么?请听下回分解。

转载于:https://www.cnblogs.com/kelelong/archive/2010/01/30/1660243.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值