设计模式（C#）——08组合模式

推荐阅读：

我的CSDN

我的博客园

QQ群：704621321

游戏通常包含许多视图。主视图中显示角色。有一个子视图，显示玩家的积分。有一个子视图，显示游戏中剩下的时间。

可维护性应该是游戏开发过程中的主要关注点。每个视图不应具有不同的函数名称或不同的访问点。相反，你想要为每个视图提供一个统一的访问点，即相同的函数调用应该既能够访问主视图也能够访问子视图。这种统一的接入点可以使用组合设计模式。

游戏开发中常用的设计模式之一组合模式

      组合模式（Composite Pattern），又叫部分整体模式，是用于把一组相似的对象当作一个单一的对象。

      组合模式依据树形结构来组合对象，用来表示部分以及整体层次。它使我们树型结构的问题中，模糊了简单元素和复杂元素的概念，客户程序可以像处理简单元素一样来处理复杂元素，从而使得客户程序与复杂元素的内部结构解耦。

      组合模式使得用户对单个对象和组合对象的使用具有一致性。

组合模式的要素：

1、抽象构件（Component ）:它是所有叶子构件和容器构件的共同父类，里面声明了叶子构件和容器构件的所有方法；

2、容器构件（Composite）:定义有枝节点行为，用来存储子部件，在Component接口中实现与子部件有关操作，如增加（Add）和删除（Delete）等。

3、叶子构件（Leaf）:在组合中表示叶子结点对象，叶子结点没有子结点，对于从父类中继承过来的容器构件的方法，由于它不能实现，可以抛出异常；

此模式将每个视图放置在树状结构中，从而为每个视图提供统一的访问点。取代了需要用不同的函数来访问不同的子视图，组合模式可以用相同的函数访问任何视图。继续使用上面的列子，使用组合模式来分解游戏中的视图如下：

下面举一个Unity中组件的层级结构的例子来帮助大家更加清除的学习组合模式。在Unity中每个GameObject对象都有一个Transform组件，这个组件提供了几个和游戏对象分层操作有关的方法和变量。

变量：

childCount：代表子组件数量

parent：代表父组件中的Transform对象引用

方法：

DetachChildren:解除所有子组件与本身的关联

Find: 寻找子组件

GetChild: 使用Index的方式取回子组件

IsChildOf: 判断某个Transform对象是否为其子组件

SetParent:设置某个Transform对象为其父组件

再仔细分析，则可以将Unity3D的Transform类当成是一个通用类，因为它并不明显得可以察觉出其下又被再分成“目录节点”或是单纯的“单的终端节点”

其实应该说，Transform类完全符合组合模式的需求：“让客户端在操作各个对象或组件时是一致的”。

因此对于场景上所有的游戏对象GameObject，可以不管它们最终代表的什么，对于所有操作都能正确反应。

下面介绍下如何使用代码实现：

1.创建抽象构件（IComponent）：

public abstract class IComponent

{

    protected string m_Value;

    public abstract void Operation();

    public virtual void Add(IComponent theComponent) {}

    public virtual void Remove(IComponent theComponent) { }

    public virtual IComponent GetChild(int index)

    {

        return null;

    }

}

2、容器构件（Composite）:

//节点类

public class Composite : IComponent

{

    List<IComponent> m_Childs = new List<IComponent>();

    public Composite(string Value)

    {

        m_Value = Value;

    }

    public override void Operation()

    {

        foreach (IComponent theComponent in m_Childs)

        {

            theComponent.Operation();

        }

    }

    public override void Add(IComponent theComponent)

    {

        m_Childs.Add(theComponent);

    }

    public override void Remove(IComponent theComponent)

    {

        m_Childs.Remove(theComponent);

    }

    public override IComponent GetChild(int index)

    {

        return m_Childs[index];

    }

}

3、叶子构件（Leaf）

//叶子类

public class Leaf : IComponent

{

    public Leaf(string Value)

    {

        m_Value = Value;

    }

    public override void Operation(){}

}

4.使用组合模式：

//测试类

public class TestComposite

{

    void UnitTest()

    {

        IComponent theRoot = new Composite("Root");

        theRoot.Add(new Leaf("Leaf1"));

        theRoot.Add(new Leaf("Leaf2"));

        IComponent theChild1 = new Composite("Child1");

        theChild1.Add(new Leaf("Child1.Leaf1"));

        theChild1.Add(new Leaf("Child1.Leaf2"));

        theRoot.Add(theChild1);

        IComponent theChild2 = new Composite("Child2");

        theChild2.Add(new Leaf("Child2.Leaf1"));

        theChild2.Add(new Leaf("Child2.Leaf2"));

        theChild2.Add(new Leaf("Child2.Leaf3"));

        theRoot.Add(theChild2);

        theRoot.Operation();

    }

}

总结

优点：

界面与功能分离，更具移植性

工作切分更容易，当脚本移除，就可以让UI设计交由美术和企划组装

界面更改不影响项目：只要维持组件名称不变，界面的更改就不容易影响到游戏现有程序功能的运行。

缺点：

组件名称重复，如果没有将层级切分好，就容易出现该问题，在工具名称添加警告可以解决。

组件更名不易：组件名需要通过字符串来查找，界面组件一旦不能获取，则会出现null值，和不正确的场景，应对的方法同样是在UnityTool中添加查找失败的警告。

巴特西

设计模式（C#）——08组合模式

游戏开发中常用的设计模式之一组合模式

总结

最新文章

热门文章