大家好,老胡又在博客和大家见面了,在聊今天的主角之前,老胡先给大家讲一个以前发生的故事。

 

真实的故事

当老胡还是小胡的时候,跟随团队一起开发一款游戏。这款游戏是一款末日生存类游戏,玩家可以

  • 收集资源,两种,一种金子,一种铁。
  • 升级自身
  • 击杀敌人
  • 用资源合成装备

项目开发的很顺利,我那时得到一个任务,是为游戏做一个新手教程,在这个教程里面,通过一系列步骤,引导新手玩家熟悉这个游戏。游戏设计给出的教程包含以下步骤

  • 收集金子
  • 收集铁
  • 击杀敌人
  • 升级

同时要求在不用的阶段显示不同的提示以正确引导玩家。

考虑合成装备算是高级玩家才会接触到的功能,所以暂时不打算放在新手教程里面。

当老大把任务交给我的时候,我感觉简单爆了,不就写一个新手教程么,要求又那么明确,应该要不了多少时间。于是,一个上午过后,我交出了如下代码。

 

我的代码
定义枚举表示教程进度

首先用一个枚举,表示教程进行的不同程度

enum TutorialState
{
GetGold,
GetIron,
KillEnemy,
LevelUp
}

 

定义角色类

无需多言,封装收集到的资源数、击杀敌人数量、角色等级和一些升级接口等

class Player
{
private int ironNum;
private int goldNum;
private int enemyKilled;
private int level; public int IronNum => ironNum;
public int GoldNum => goldNum;
public int EnemyKilled => enemyKilled;
public int Level => level; public void CollectIron(int num)
{
ironNum += num;
} public void CollectGold(int num)
{
goldNum += num;
} public void KillEnemy()
{
enemyKilled++;
} public void LevelUp()
{
level++;
}
}

 

定义教程类

定义一个教程类,包括

  • 显示帮助文字以协助玩家通过当前教程步骤
  • 判断玩家是否已经完成当前教程步骤,若是,切换到下一个步骤直到完成教程
class GameTutorial
{
private TutorialState currentState;
private Player player; public GameTutorial(Player player)
{
this.player = player;
} public void ShowHelpDescription()
{
switch (currentState)
{
case TutorialState.GetGold:
Console.WriteLine("Please follow instruction to get gold");
break;
case TutorialState.GetIron:
Console.WriteLine("Please follow instruction to get Iron");
break;
case TutorialState.KillEnemy:
Console.WriteLine("Please follow instruction to kill enemy");
break;
case TutorialState.LevelUp:
Console.WriteLine("Please follow instruction to Up your level");
break;
default:
throw new Exception("Not Support");
}
} public void ValidateState()
{
switch (currentState)
{
case TutorialState.GetGold:
{
if (player.GoldNum > 0)
{
Console.WriteLine("Congratulations, you finished Gold Collect Phase");
currentState = TutorialState.GetIron;
}
else
{
Console.WriteLine("You need to collect gold");
}
break;
}
case TutorialState.GetIron:
{
if (player.IronNum > 0)
{
Console.WriteLine("Congratulations, you finished Iron Collect Phase");
currentState = TutorialState.KillEnemy;
}
else
{
Console.WriteLine("You need to collect Iron");
}
break;
}
case TutorialState.KillEnemy:
{
if (player.EnemyKilled > 0)
{
Console.WriteLine("Congratulations, you finished Enemy Kill Phase");
currentState = TutorialState.LevelUp;
}
else
{
Console.WriteLine("You need to kill enemy");
}
break;
}
case TutorialState.LevelUp:
{
if (player.Level > 0)
{
Console.WriteLine("Congratulations, you finished the whole tutorial");
currentState = TutorialState.LevelUp;
}
else
{
Console.WriteLine("You need to level up");
}
break;
}
default:
throw new Exception("Not Support");
}
}
}

 

测试代码
static void Main(string[] args)
{
Player player = new Player();
GameTutorial tutorial = new GameTutorial(player); tutorial.ShowHelpDescription();
tutorial.ValidateState(); //收集黄金
player.CollectGold(1);
tutorial.ValidateState();
tutorial.ShowHelpDescription(); //收集木头
player.CollectIron(1);
tutorial.ValidateState();
tutorial.ShowHelpDescription(); //杀敌
player.KillEnemy();
tutorial.ValidateState();
tutorial.ShowHelpDescription(); //升级
player.LevelUp();
tutorial.ValidateState();
}

运行结果



看起来一切都好。。编写的代码既能够根据当前步骤显示不同的提示,还可以成功的根据玩家的进度切换到下一个步骤。

于是,我自信满满的申请了code review,按照我的想法,这段代码通过code review应该是板上钉钉的事情,谁知,老大看到代码,差点没背过气去。。。稍微平复了一下心情之后,他给了我几个灵魂拷问。

  • GameTutorial需要知道各个步骤的满足条件和提示,它是不是知道的太多了?这符合迪米特法则吗?
  • 如果我们游戏之后新增一个教程步骤,指导玩家升级武器,是不是GameTutorial需要修改?能有办法规避这种新增的改动吗?
  • 如果我们要修改现在的教程步骤之间的顺序关系,GameTutorial是不是又不能避免要被动刀?能有办法尽量减少这种修改的工作量吗?
  • Switch case 在现有的情况下已经如此长,如果我们再加入新的步骤,这个方法会变成又臭又长的裹脚布吗?

当时我的表情是这样的



本来以为如此简单的一个功能,没想到还是有那么多弯弯道道,只怪自己还是太年轻啊!最后他悠悠的告诉我,去看看状态模式吧,想想这段代码可以怎么重构。

 

状态模式出场

定义

对象拥有内在状态,当内在状态改变时允许其改变行为,这个对象看起来像改变了其类

有点意思,看来我们可以把教程的不同步骤抽象成不同的状态,然后在各个状态内部实现切换状态和显示帮助文档的逻辑,这样做的好处是

  • 符合迪米特法则,把各个步骤所对应的逻辑推迟到子类,教程类就不需要了解每个步骤的逻辑细节,同时隔离了教程类和状态类,确保状态类的修改不会影响教程类
  • 符合开闭原则,如果新添加步骤,我们仅仅需要添加步骤子类并修改相邻的步骤切换逻辑,教程类无需任何改动

接着我们看看UML,



一目了然,在我们的例子里面,state就是教程子步骤,context就是教程类,内部包含教程子步骤并转发请求给教程子步骤,我们跟着来重构一下代码吧。

 

代码重构
创建状态基类

第一步我们需要删除之前的枚举,取而代之的是一个抽象类当作状态基类,即,各个教程步骤类的基类。注意,每个子状态要自己负责状态切换,所以我们需要教程类暴露接口以满足这个功能。

abstract class TutorialState
{
public abstract void ShowHelpDescription();
public abstract void Validate(GameTutorial tutorial);
}

 

重构教程类

重构教程类体现在以下方面

  • 添加内部状态表面当前处于哪个步骤,在构造函数中给予初始值
  • 暴露接口以让子状态能修改当前状态以完成状态切换
  • 因为需要子状态能访问玩家当前数据以判断是否能切换状态,需要新加接口以避免方法链
  • 修改ShowHelpDescriptionValidateState的逻辑,直接转发方法调用至当前状态
class GameTutorial
{
private TutorialState currentState;
private Player player; public int PlayerIronNum => player.IronNum;
public int PlayerLevel => player.Level;
public int PlayerGoldNum => player.GoldNum;
public int PlayerEnemyKilled => player.EnemyKilled; public void SetState(TutorialState state)
{
currentState = state;
} public GameTutorial(Player player)
{
this.player = player;
currentState = TutorialStateContext.GetGold;
} public void ShowHelpDescription()
{
currentState.ShowHelpDescription();
} public void ValidateState()
{
currentState.Validate(this);
}
}

 

创建各个子状态

接着我们创建各个子状态代表不同的教程步骤

class TutorialSateGetGold : TutorialState
{
public override void ShowHelpDescription()
{
Console.WriteLine("Please follow instruction to get gold");
} public override void Validate(GameTutorial tutorial)
{
if (tutorial.PlayerGoldNum > 0)
{
Console.WriteLine("Congratulations, you finished Gold Collect Phase");
tutorial.SetState(TutorialStateContext.GetIron);
}
else
{
Console.WriteLine("You need to collect gold");
}
}
} class TutorialStateGetIron : TutorialState
{
public override void ShowHelpDescription()
{
Console.WriteLine("Please follow instruction to get Iron");
} public override void Validate(GameTutorial tutorial)
{
if (tutorial.PlayerIronNum > 0)
{
Console.WriteLine("Congratulations, you finished Iron Collect Phase");
tutorial.SetState(TutorialStateContext.KillEnemy);
}
else
{
Console.WriteLine("You need to collect iron");
}
}
} class TutorialStateKillEnemy : TutorialState
{
public override void ShowHelpDescription()
{
Console.WriteLine("Please follow instruction to kill enemy");
} public override void Validate(GameTutorial tutorial)
{
if (tutorial.PlayerEnemyKilled > 0)
{
Console.WriteLine("Congratulations, you finished enemy kill Phase");
tutorial.SetState(TutorialStateContext.LevelUp);
}
else
{
Console.WriteLine("You need to collect kill enemy");
}
}
} class TutorialStateLevelUp : TutorialState
{
public override void ShowHelpDescription()
{
Console.WriteLine("Please follow instruction to level up");
} public override void Validate(GameTutorial tutorial)
{
if (tutorial.PlayerLevel > 0)
{
Console.WriteLine("Congratulations, you finished the whole tutorial");
}
}
}

 

添加状态容器

这是模式中没有提到的知识点,一般来说,为了避免大量的子状态对象被创建,我们会构造一个状态容器,以静态变量的方式初始化需要使用的子状态。

static class TutorialStateContext
{
public static TutorialState GetGold;
public static TutorialState GetIron;
public static TutorialState KillEnemy;
public static TutorialState LevelUp;
static TutorialStateContext()
{
GetGold = new TutorialSateGetGold();
GetIron = new TutorialStateGetIron();
KillEnemy = new TutorialStateKillEnemy();
LevelUp = new TutorialStateLevelUp();
}
}

 

测试代码

测试代码部分保持不变,直接运行,结果和原来一样,重构成功。

 

结语

这就是状态模式和它的使用场景,比较一下重构前和重构后的代码,发现代码通过重构满足了开闭原则和迪米特法则,相信重构后的代码能通过code review吧。_

不过状态模式虽然好,也有自己的缺点,因为需要一个子类对应一个子状态,那么子状态太多的时候,就会出现类爆炸的情况。还请大家多注意。

作为行为模式之一的状态模式,在日常开发中出现的频率还是挺高的,比如游戏中经常用到的状态机,就是状态模式的一种应用场景,大家在平时工作中保持善于观察的眼睛,就能学到更多的东西。

今天就讲到这里吧,谢谢大家的阅读,下次见。

让对象拥有状态——C#中的状态模式的更多相关文章

  1. 对象在hibernate中的状态

    首先hibernate中对象的状态有三种:瞬态.游离态和持久态,三种状态转化的方法都是通过session来调用,瞬态到持久态的方法有save().saveOrUpdate().get().load() ...

  2. Java对象在内存中的状态

    可达的/可触及的 Java对象呗创建后,如果被一个或者多个变量引用,那就是可达的,即从根节点可以触及到这个对象. 其实就是从根节点扫描,只要这个对象在引用链中,那就是可触及的. 可恢复的 Java对象 ...

  3. JVM中线程状态转换图

    JVM中线程的状态转换图 线程在一定条件下,状态会发生变化.线程一共有以下几种状态: 1.新建状态(New):新创建了一个线程对象. 2.就绪状态(Runnable):线程对象创建后,其他线程调用了该 ...

  4. Hibernate实体对象的生命周期(三种状态)

    瞬时状态(Transient) 通过new创建对象后,对象并没有立刻持久化,它并未与数据库中的数据有任何关联,此时Java对象的状态为瞬时状态. Session对于瞬时状态的Java对象是一无所知的, ...

  5. 程序中保存状态的方式之ViewState

    程序中保存状态的方式有以下几种: 1.Application 2.Cookie 3.Session 4.ViewState:ViewState是保存状态的方式之一,ViewState实际就是一个Hid ...

  6. java对象在hibernate持久层的状态

    站在持久化层的角度,一个java对象在它的生命周期中,可处于以下4个状态之一: 临时状态(transient):刚刚用new语句创建,还没有被持久化,并且不处于Session的缓存中. 持久化状态(p ...

  7. Android菜鸟的成长笔记(14)—— Android中的状态保存探究(上)

    原文:[置顶] Android菜鸟的成长笔记(14)—— Android中的状态保存探究(上) 我们在用手机的时候可能会发现,即使应用被放到后台再返回到前台数据依然保留(比如说我们正在玩游戏,突然电话 ...

  8. Android菜鸟的成长笔记(15)—— Android中的状态保存探究(下)

    原文:Android菜鸟的成长笔记(15)-- Android中的状态保存探究(下) 在上一篇中我们简单了解关于Android中状态保存的过程和原理,这一篇中我们来看一下在系统配置改变的情况下保存数据 ...

  9. .NET中的状态机库Stateless

    标题:.NET中的状态机库Stateless 作者:Lamond Lu 地址:https://www.cnblogs.com/lwqlun/p/10674018.html 介绍 什么是状态机和状态模式 ...

随机推荐

  1. Java实现 LeetCode 658 找到 K 个最接近的元素(暴力)

    658. 找到 K 个最接近的元素 给定一个排序好的数组,两个整数 k 和 x,从数组中找到最靠近 x(两数之差最小)的 k 个数.返回的结果必须要是按升序排好的.如果有两个数与 x 的差值一样,优先 ...

  2. Java实现 LeetCode 598 范围求和 II(最小值相乘)

    598. 范围求和 II 给定一个初始元素全部为 0,大小为 m*n 的矩阵 M 以及在 M 上的一系列更新操作. 操作用二维数组表示,其中的每个操作用一个含有两个正整数 a 和 b 的数组表示,含义 ...

  3. Java实现 蓝桥杯 算法提高 周期字串

    算法提高 周期字串 时间限制:1.0s 内存限制:256.0MB 问题描述 右右喜欢听故事,但是右右的妈妈总是讲一些"从前有座山,山里有座庙,庙里有个老和尚给小和尚讲故事,讲的什么呢?从前有 ...

  4. Java实现 LeetCode 319 灯泡开关

    319. 灯泡开关 初始时有 n 个灯泡关闭. 第 1 轮,你打开所有的灯泡. 第 2 轮,每两个灯泡你关闭一次. 第 3 轮,每三个灯泡切换一次开关(如果关闭则开启,如果开启则关闭).第 i 轮,每 ...

  5. Java实现 LeetCode 292 Nim游戏

    292. Nim 游戏 你和你的朋友,两个人一起玩 Nim 游戏:桌子上有一堆石头,每次你们轮流拿掉 1 - 3 块石头. 拿掉最后一块石头的人就是获胜者.你作为先手. 你们是聪明人,每一步都是最优解 ...

  6. JVM 由哪些部分组成?

    JVM 由哪些部分组成? 解析:这是对 JVM 体系结构的考察 答:JVM 的结构基本上由 4 部分组成: 类加载器,在 JVM 启动时或者类运行时将需要的 class 加载到 JVM 中 执行引擎, ...

  7. Java实现二分图的最大匹配

    1 问题描述 何为二分图的最大匹配问题? 引用自百度百科: 首先得说明一下何为匹配: 给定一个二分图G,在G的一个子图M中,M的边集{E}中的任意两条边都不依附于同一个顶点,则称M是一个匹配. 极大匹 ...

  8. CDN HTTPS安全加速基本概念、解决方案及优化实践

    大家都知道,HTTP 本身是明文传输的,没有经过任何安全处理,网站HTTPS解决方案通过在HTTP协议之上引入证书服务,完美解决网站的安全问题.本文将为大家介绍阿里云CDN HTTPS安全加速传输的基 ...

  9. 【Python源码剖析】对象模型概述

    Python 是一门 面向对象 语言,实现了一个完整的面向对象体系,简洁而优雅. 与其他面向对象编程语言相比, Python 有自己独特的一面. 这让很多开发人员在学习 Python 时,多少有些无所 ...

  10. 程序员实用JDK小工具归纳,工作用得到

    在JDK的安用装目录bin下,有一些有非常实用的小工具,可用于分析JVM初始配置.内存溢出异常等问题,我们接下来将对些常用的工具进行一些说明. JDK小工具简介 在JDK的bin目录下面有一些小工具, ...