Unity设计模式—子类沙盒

Unity设计模式—子类沙盒

一个基类定义了一个抽象的沙河方法和一些预定义的操作集合。通过将它们设置为受保护的状态已确定它们仅供子类使用。每个派生的沙盒子类根据父类提供的操作来实现沙盒操作。

子类沙盒的名字比较生僻，其实内容非常常见，平常用的很多，而且往往是已经用上了。

如果你在定义一个抽象方法，这个类中又有这个抽象方法在子类实现时要调用的的非抽象方法，那你就已经在使用这个模式了。

这种设计模式出现的背景是纵深长的继承树非常难用，比不上扁平的继承树。

核心是使用基类提供的操作集合来定义子类中的行为。

实现

父类负责实现，并提供抽象方法让子类去实现。

public abstract class SuperPower
{

    public abstract void Activate();
    protected void Move(float x, float y, float z)
    {
        Debug.Log("Move to " + x + "," + y + "," + z);
    }

    protected float GetPosY()
    {
        return 0;
    }

    protected void PlaySound(string soundName)
    {
        Debug.Log("Play sound " + soundName);
    }

    protected void SpawnParticles(string particleName)
    {
        Debug.Log("Spawn particles " + particleName);
    }
}

子类调用父类方法。

public class SkyLaunch : SuperPower
{
    public override void Activate()
    {
        if (GetPosY() == 0)
        {
            PlaySound("Sound_SPRONING");
            SpawnParticles("Particles_DUST");
            Move(0, 100, 0);
        }
        else if (GetPosY() < 10.0f)
        {
            PlaySound("Sound_FLYING");
            Move(0, 0, 10);
        }
        else
        {
            PlaySound("Sound_LANDING");
            SpawnParticles("Particles_DUST");
            Move(0, 0, 0);
        }
    }
}

设计决策

子类沙盒模式是一个“温和的”，及其简单的设计模式。

关注点在于设计思想以及一些具体的设计决策。

我们应通过设计缓解最终基类塞满了方法的窘境。

什么时候用

• 你有一个带有大量子类的基类
• 基类能够提供所有子类可能需要执行的操作集合
• 在子类之间有重叠的代码，你希望在他们之间更简便地共享代码
• 你希望使这些继承类与程序其他代码之间的耦合最小化

基类提供什么操作

• 如果操作只被一个或少数几个子类锁使用，不必把操作放入基类。

  这将增加基类的复杂度，同时影响所有子类，却只有少数几个子类从中受益。

  可以考虑搭配使用组件模式，子类直接调用外部系统

• 如果提供的操作仅仅是对一些外部系统进行简单的二次封装，那么也不比把操作放入基类。

考虑转移操作

将一系列相同的操作转移到其他类中，可以缓解基类的臃肿。

基类如何获取所需的状态

如何传入对象给基类，又不暴露给子类？

• 将对象静态化，在较早的位置调用父类的Init方法传入对象即可。
• 使用服务定位器

其他要点

• 模板方法模式和子类沙盒模式正好相反

​ 模板方法模式是在父类定义函数骨干，在子类进行实现

​ 而子类沙盒模式是把实现放在父类，函数在子类中

源码

完整代码已上传至nickpansh/Unity-Design-Pattern | GitHub

其他设计模式

专题 | Unity3D游戏开发中的设计模式 | 问渠 (wenqu.site)