-----------回顾分割线-----------
此系列旨在开发类似“谁是卧底+杀人游戏”的捉鬼游戏在线版，记录从分析游戏开始的开发全过程，通过此项目让自己熟悉面向对象的SOLID原则，提高对设计模式、重构的理解。
索引目录：
0. 索引（持续更新中）
2. 设计业务对象与对象职责划分（1）（图解旧版本）
3. 设计业务对象与对象职责划分（2）（旧版本代码剖析）
4. 设计业务对象与对象职责划分（3）（新版本业务对象设计）
5. 业务对象核心代码编写与单元测试（游戏开始前：玩家入座与退出）
6. 业务对象核心代码编写与单元测试（游戏开始：抽题、分角色、开启鬼讨论模式）
7. 代码与测试（鬼讨论、鬼投票）
8. 代码与测试（玩家发言）
-----------回顾结束分割线-----------
先放上源代码，svn地址：https://115.29.246.25/svn/Catghost/
账号：guest 密码：guest（支持源代码下载，已设只读权限，待我基本做出初始版本后再放到git）
-----------本篇开始分割线----------
依旧是按照顺序图来完成（越发感觉到类图、顺序图给代码带来的指导性意义）
1. 玩家发言
顺序图中的1-3步：CurrentSpeaker发言后，SpeakManager记录并显示出来，同时设置下一个允许发言的玩家。
在SpeakManager中其实已经写好了大部分PlayerSpeak()的内容，只需加一行SetNextSpeaker()即可。
public void PlayerSpeak(Player player, string str)
{
if (IsGhostDiscussing())
{
CheckGhostSpeaker(player);
}
else
{
CheckCurrentSpeaker(player);
}
AddToRecord(FormatSpeak(player.NickName, str));
SetNextSpeaker(player);
}
/// <summary>
/// 设置下一位发言人
/// </summary>
/// <param name="currentPlayer">当前发言人</param>
private void SetNextSpeaker(Player currentPlayer)
{
Player[] players = GetPlayerManager().GetAllPlayerArray();
Player nextPlayer = null;
for (int i = 0; i < players.Length; i++)
{
if (players[i].Equals(currentPlayer))
{
if (i == players.Count() - 1)
{
nextPlayer = players[0];
break;
}
nextPlayer = players[i + 1];
break;
}
}
SetSpeaker(nextPlayer);
}
测试代码如下：用for来测试是否满足循环发言时的SetNextSpeaker
[TestMethod]
public void PlayerSpeakUnitTest()
{
JoinGame();
// ghost discussing...
Player electPlayer = GetPlayerManager().GetAllPlayerArray()[5]; // elect player
GhostVoting(electPlayer);
for (int i = 0; i < 2; i++)
{
PlayerSpeaking(electPlayer, i);
}
ShowPlayerListen();
}
// private method
private void PlayerSpeaking(Player starter, int times)
{
bool canSpeak = false;
if (times > 0) canSpeak = true;
foreach (Player p in GetPlayerManager().GetAllPlayerArray())
{
if (p.Equals(starter))
{
canSpeak = true;
}
if (canSpeak)
{
p.Speak("i‘m " + p.NickName);
}
}
}
测试结果如期所至：所有玩家都能看到，且从第6个玩家（kimi）开始发言，两轮后结束。因为没加入LoopManager进行监控，所以要到vivian才结束。加入LoopManager后应该在coco发言完就结束了。
再看代码度量值，貌似还有进步的空间：判断太多导致圈复杂度上升，类耦合可适当减少。
先看当前的SetNextSpeaker()代码
/// <summary>
/// 设置下一位发言人
/// </summary>
/// <param name="currentPlayer">当前发言人</param>
private void SetNextSpeaker(Player currentPlayer)
{
Player[] players = GetPlayerManager().GetAllPlayerArray();
Player nextPlayer = null;
for (int i = 0; i < players.Length; i++)
{
if (players[i].Equals(currentPlayer))
{
if (i == players.Count() - 1)
{
nextPlayer = players[0];
break;
}
nextPlayer = players[i + 1];
break;
}
}
SetSpeaker(nextPlayer);
}
感觉最内层的if（已表粗体）只是为了简单判断如果循环到数组末尾，则从第一个开始。坏味道出现了——这是SpeakManager该做的事情吗？整个SetNextSpeaker()的主要任务是设置下一个玩家允许发言，你就别给我整当前玩家是谁，你直接给我来下一个玩家是谁不就得了？所以，整个SetNextSpeaker()都跨越了自己的职责，占用了谁的职责呢？谁最清楚下一个玩家是谁呢？Player自己知道吗——不知道，只有玩家管理者PlayerManager知道，因为他就是干这个的——维护玩家列表！
题外提一句，这里很容易想到状态模式——Player说完自动换下一位Player，即CurrentSpeaker标记的状态在改变——但很遗憾，这里并不合适：首先，Player自己不应该知道自己下一位是谁，而是PlayerManager才知道，且如果Player知道自己的下一位，那么他就有权决定下一位是谁（状态模式是为了易于轻松增/改传递的下一个状态），这就与游戏规则不符了。故，还是需要一个统领全局的局外人PlayerManager来操作（有点儿建造者模式中Builder的味道）。
首先在PlayerManager中增加GetNextPlayer()方法：
/// <summary>
/// 返回下一位玩家
/// </summary>
/// <param name="currentPlayer">当前玩家</param>
/// <returns>下一位玩家</returns>
public Player GetNextPlayer(Player currentPlayer)
{
CheckPlayer(currentPlayer);
Player result = null;
for (int i = 0; i < GetAllPlayerArray().Length; i++)
{
if (GetAllPlayerArray()[i].Equals(currentPlayer))
{
if (i == GetAllPlayerArray().Length - 1)
{
result = GetAllPlayerArray()[0];
} else {
result = GetAllPlayerArray()[i + 1]; }
}
}
return result;
}
对应SpeakManager中的SetNextSpeaker()将非常简单：
/// <summary>
/// 设置下一位发言人
/// </summary>
/// <param name="currentPlayer">当前发言人</param>
private void SetNextSpeaker(Player currentPlayer)
{
Player nextPlayer = GetPlayerManager().GetNextPlayer(currentPlayer);
SetSpeaker(nextPlayer);
}
代码度量值方面：减少了类耦合（将不属于的职责分离出去了），但圈复杂度传给了PlayerManager。需要继续优化：
我们可以观察到寻找下一位玩家的关键就在于座位号，无论是对当前玩家的判断，还是下一位玩家的筛选，都要通过座位号，所以考虑提取出GetSeatOrder()方法：
public Player GetNextPlayer(Player currentPlayer)
{
Player[] players = GetAllPlayerArray();
int currentSeatOrder = GetSeatOrder(currentPlayer);
return currentSeatOrder == players.Length - 1 ? players[0] : players[currentSeatOrder + 1];
}
/// <summary>
/// 返回玩家座位号
/// </summary>
/// <param name="player">玩家</param>
/// <returns>座位号</returns>
private int GetSeatOrder(Player player)
{
CheckPlayer(player);
for (int i = 0; i < GetAllPlayerArray().Length; i++)
{
if (GetAllPlayerArray()[i].Equals(player))
{
return i;
}
}
return -1;
}
测试之，没问题。再看代码度量值：很好，算是完成了玩家发言的部分。
2. 循环管理
顺序图中的4-6步：设置下一允许发言的玩家后，LoopManager负责检查是否此循环结束（首轮发言有两个循环），若没结束，则不做操作；若已结束，则SpeakManager发出系统指令告诉大家开始投票，投票环节不允许发言，故要对CurrentSpeaker做一些处理。
首先在SpeakManager.SetNextSpeaker()的时候增加CheckIsEnd()检查：如果发言完了，则设置当前允许发言的人为空，且系统发出提示。
/// <summary>
/// 设置下一位发言人
/// </summary>
/// <param name="currentPlayer">当前发言人</param>
private void SetNextSpeaker(Player currentPlayer)
{
Player nextPlayer = GetPlayerManager().GetNextPlayer(currentPlayer);
SetSpeaker(nextPlayer);
ChechIsLoopEnd(nextPlayer);
}
/// <summary>
/// 检查是否循环结束
/// </summary>
/// <param name="currentPlayer">当前玩家</param>
private void ChechIsLoopEnd(Player currentPlayer)
{
if (GetLoopManager().IsLoopEnd(currentPlayer))
{
SetSpeaker(null);
SystemSpeak(GetSetting().GetAppSettingValue("VoteTip"));
}
}
接着在LoopManager中填充IsLoopEnd()方法：其注意第一轮是发言两圈。
public bool IsLoopEnd(Player currentPlayer)
{
if (currentPlayer.Equals(this._loopStarter))
{
if (_isFirstLoop)
{
_isFirstLoop = false;
return false;
}
return true;
}
return false;
}
测试结果需要做一些小调整：把SpeakManager.CheckCurrentSpeaker()的“不许场外”的异常先禁用，否则会报错看不到输出。
可以看到，首轮每人发言了两次，且第二论（及以后）每人只能发言一次，最后框外的kimi-vivian的发言是因为异常未阻止导致的，符合预期。测试通过。代码度量值也是ok，就不贴图了。
到此，循环管理也算完成。
也许朋友们会问：那异常的处理在最后要怎么办？是返回string，还是终止程序？还是不予处理？——这些都在考虑ui的时候在考虑，此环节仅作核心Models代码编写。千万不能一时混淆太多考虑——饭要一口一口吃，代码要一处一处写。