设计模式-原型模式(Prototype)

场景分析:

前面我们提到，交易对象Trade,还有继承他的债券交易BondTrade、期货交易FutureTrade。

现在有一个需求，需要提供方法将交易拆分成多笔小交易。

代码如下(如果没有clone方法)：

/// <summary>

/// 拆分交易

/// </summary>

/// <param name="aTrade">原始交易</param>

/// <param name="aSplitCount">拆分的笔数</param>

public static List<Trade> SplitTrade(Trade aTrade, int aSplitCount)

{

    List<Trade> tmpTrades = new List<Trade>();

    if (aTrade == null)

    {

        return null;

    }

    if (aSplitCount == 0)

    {

        tmpTrades.Add(aTrade);

        return tmpTrades;

    }

    for (int i = 0; i < aSplitCount; i++)

    {

        //注意：此时不能直接赋值，不然新创建的Trade对象跟原始Trade对象指向同一个实例

        //Trade trade = aTrade;

        if (aTrade is BondTrade)

        {

            //如果交易是债券交易，创建新的债券对象实例

            BondTrade tmpTrade = new BondTrade();

            //依次赋值属性，需要赋值Trade本身的属性和BondTrade新增的属性

            tmpTrade.NO = aTrade.NO;

            tmpTrade.ORDCOUNT = aTrade.ORDCOUNT;

            tmpTrade.BondAmount = (aTrade as BondTrade).BondAmount;

            //每笔明细交易的ORDCOUNT必须平分

            tmpTrade.ORDCOUNT = aTrade.ORDCOUNT / aSplitCount;

            tmpTrades.Add(tmpTrade);

        }

        else if (aTrade is FutureTrade)

        {

            //如果交易是期货交易，创建新的期货对象实例

            FutureTrade tmpTrade = new FutureTrade();

            //依次赋值属性，需要赋值Trade本身的属性和FutureTrade新增的属性

            tmpTrade.NO = aTrade.NO;

            tmpTrade.ORDCOUNT = aTrade.ORDCOUNT;

            tmpTrade.FutureAmount = (aTrade as FutureTrade).FutureAmount;

            //每笔明细交易的ORDCOUNT必须平分

            tmpTrade.ORDCOUNT = aTrade.ORDCOUNT / aSplitCount;

            tmpTrades.Add(tmpTrade);

        }

    }

    return tmpTrades;

}

很容易看出上面代码的弊端：

1.SplitTrade方法本身应该是一个通用的拆分交易的方法，操作的是基类Trade，内部是不应该知道具体交易的。上面的代码中拆分交易的方法依赖了Trade的具体实现对象。

2.不利于扩展。如果新增一个交易类型，如回购交易，需要修改上面的代码。SplitTrade方法没有做到通用处理。

上面的问题其实就是：

SplitTrade方法本身，已经有了参数Trade(可能为BondTrade实例，或者FutureTrade实例，或者将来的**Trade实例 )，一个接口类型的交易对象实例，但是我们只知道这个参数是交易类型，并不知道是哪种交易，现在要新创建新的交易子类对象(如果前面是BondTrade实例，我还需要创建该实例，属性值同原来的BondTrade实例)，相当于通过接口来创建对象。

原型模式就是解决这种问题的。

原型模式的本质：

用原型实例来指定创建对象的种类，并通过拷贝这些原型创建新的对象。

这句话分为两点：

1.创建新的对象实例

2.为新的对象实例复制原型实例的属性值

原型模式通过一个原型实例来创建新的对象，不再关系这个实例本身的类型，也不关心他的具体实现，只要他自身实现了拷贝自己的方法即可(Clone)。通过该方法，就可以直接返回本身对象实例，不用在外面通过New去实现。

原型模式的组成：

ProtoType:定义一个Clone接口，使得继承他的子类都必须实现自己的Clone方法。即上文中的Trade。

ConcreteProtoTYpe：实现ProtoType类的Clone接口，通过Clone方法，可以新增一个对象，并把原始对象的属性赋值给新创建对象。即上文中的BondTrade、FutureTrade。

Client：使用原型方法的地方。通过一个原型实例，克隆自身来创建新的对象实例。即上文中的SplitTrade方法。

代码改进：

根据原型模式，我们对上面的代码进行改进，在Trade类中新增Clone方法(拷贝NO、ORDCOUNT等属性)。然后在BondTrade、FutureTrade方法重写Clone方法(拷贝BondAmount、FutureAmount等自身子类的属性)。

幸运的是，C#自身就有IClone接口和MemberwiseClone方法。在上面的例子中，只用在Trade基类中继承IClone接口，并且实现方法，方面里面简单调用MemberwiseClone即可。

修改后的SplitTrade方法变为：

/// <summary>

/// 拆分交易(使用原型模式)

/// </summary>

/// <param name="aTrade">原始交易</param>

/// <param name="aSplitCount">拆分的笔数</param>

public static List<Trade> SplitTradeWithProtoType(Trade aTrade, int aSplitCount)

{

    List<Trade> tmpTrades = new List<Trade>();

    if (aTrade == null)

    {

        return null;

    }

    if (aSplitCount == 0)

    {

        tmpTrades.Add(aTrade);

        return tmpTrades;

    }

    for (int i = 0; i < aSplitCount; i++)

    {

        //直接调用Clone方法即可

        Trade trade = aTrade.Clone() as Trade;

        trade.ORDCOUNT = aTrade.ORDCOUNT / aSplitCount;

        tmpTrades.Add(trade);

    }

    return tmpTrades;

}

补充描述：

1.Clone方法本身相当于New了一个对象。不同的是New一个对象实例，一般属性是没有值或者只有默认值。Clone出来的实例，通常属性是有值的，属性的值就要原型对象的属性值。

2.原型对象和克隆出来的对象。虽然说是拷贝出来的，但是指向是不同的，本质上还是不同的对象。

3.深克隆和浅克隆。

浅克隆，拷贝对象的所有值类型属性。

深克隆，除拷贝对象的所有值类型属性以外，还拷贝对象的所有引用类型，只是引用的

深克隆有个特点，就是如果属性的值是引用类型，会一直递归拷贝下去，知道拷贝到值类型为止。因此，要想深克隆拷贝成功，克隆过程中涉及的所有对象都要实现Clone方法，否则将会导致拷贝失败。

原型模式其实就是一个Clone方法，本质是克隆生成对象。

原型模式的好处是在调用时(如上面的SplitTrade方法)，只知道接口类型(Trade)，不知道具体的实现类型（BondTrade、FutureTrade），减少了使用方对这些具体实现的依赖。

巴特西

设计模式-原型模式(Prototype)

最新文章

热门文章