第二十四种设计模式----容器模式

意图：

用一个容器来管理一系列相同的逻辑实现，这些相同的逻辑实现都源自同一个抽象；通过容器根据具体的逻辑来创建具体的逻辑处理实现对象，从而可以为将来的逻辑实现扩展制定出一个标准，以达到将来的实现逻辑可以平滑的插入到容器中来达到未来的同类实现逻辑的扩展。

适用性：

当发现一些逻辑用来处理相似的业务时，并且只是因为某一个固定的关键节点不同，其他处理很相似时

并且未来还会有类似的 处理逻辑添加进来时

 

是不是感觉有点云里雾里的，那先看下代码吗。由于手头目前没有任何的画图工具，之后会补上UML图。

/*扣款设备容器接口*/
public interface ICostContainer
{
    //扣某种货币类型的金额
    bool cost(Currency currency);
}

public class Currency
{
    public DeviceType{get;set;}
    public int Balance{get;set;}
}

public class CostContainer
{
    private Dictionary<string, ICostDevice> costDeviceDict = new         Dictionary<string, ICostDevice>();

    public CostContainer()
    {
        //通过配置文件，或反射，或其他方式找到所有ICostDevice，
        //把每个扣款设备add到costDeviceDict
        costDeviceDict.add(ICostDevice.DeviceType,ICostDevice);
        ...
    }
    
    public bool cost(Currency currency)
    {
        CostDeviceContainer costDeviceContainer = //通过一些面向对象的构建方式得到容器对象
        ICostDevice costDevice = CostContainer.get(currency.DeviceType);
        if(costDeviceDict == null) return false;
        return costDevice.cost(currency);
    }
}

/*扣款设备*/
public interface ICostDevice
{
    String DeviceType{get;}
    bool Cost(Currency currency);
}

public classs RMBCostDevice:ICostDevice
{
    public String DeviceType
    {
        get{return "RMBCoster"}
    }
    
    public bool Cost(Currency currency)
    {
        // 人民币的扣款设备处理逻辑
    }
}

public class DollorCostDevice:ICostDevice
{
    public String DeviceType
    {
        get{return "DollorCoster"}
    }
    
    public bool Cost(Currency currency)
    {
        // 美元的扣款设备处理逻辑
    }
}

首先这个模式里有些是固定的，如货币对象。

假如将来会接入英镑的扣款设备，那个这个扣款设备的的逻辑处理类应该实现ICostDevice就是了。从整体上这个模式遵循了面向对象的开闭原则，对扩展是打开的，对已有的实现修改对关闭的。

很方便支持扩展，当然你的构建实现类的代码需要经过自己面向对象的设计来规避对已有代码修改的关闭的，你可以采用抽象工厂之类或其他的设计来封装这块代码。

先写到这里吧，该下班了，明天再做详细的解释和审验。