杀人游戏系列之三提供游戏代码下载

喜欢ヅ旅行 2022-03-27 07:26 233阅读 0赞

在上一节中，我们讲到了业务实体的设计。好多人可能都觉得，为什么没有在这些实体类中放置方法，不够oo. 这实际和项目整体的设计有关。在 [杀人游戏系列 之一][Link 1] 一节中，我们提到了，整个项目的架构是网络模式的。而网络模式势必有client和server端。那client和server之间的通信成为这个游戏逻辑的推动力。本节从wcf层面的设计讲起，看看游戏逻辑是如何驱动的。  
1，client与server的消息体的设计  
既然client和server之间的通信是不可避免的。那需要先定义通信消息的数据格式。第一个被定义的是登陆消息格式。如下：

![Image 1][]  \[DataContract\]  
![Image 1][] public  class  LogonFormat  
![Image 1][]![Image 1][] ![dot.gif][] \{  
![Image 1][] \[DataMember\]  
![Image 1][]![Image 1][]publicstring LogonPerson ![dot.gif][]\{ get; set; \}  
![Image 1][]  
![Image 1][] \[DataMember\]  
![Image 1][]![Image 1][]publicstring IPPortServiceString ![dot.gif][]\{ get; set; \}  
![Image 1][] \}

这里只有用户的用户名和其ip地址。  
第二个被定义的是交谈消息的格式。如下：

![Image 1][]   
![Image 1][] \[DataContract\]  
![Image 1][] public  class  ChatFormat  
![Image 1][]![Image 1][] ![dot.gif][] \{  
![Image 1][]//ID  
![Image 1][] \[DataMember\]  
![Image 1][]![Image 1][]publicstring Sender ![dot.gif][]\{ get; set; \}  
![Image 1][]  
![Image 1][] \[DataMember\]  
![Image 1][]![Image 1][]publicstring MsgBody ![dot.gif][]\{ get; set; \}  
![Image 1][]  
![Image 1][]//TODO:When chat one to one  
![Image 1][]//"" if this message is not to a given person  
![Image 1][] \[DataMember\]  
![Image 1][]![Image 1][]publicstring Receipter ![dot.gif][]\{ get; set; \}  
![Image 1][]  
![Image 1][]//Time flag, indicate daytime or night  
![Image 1][] \[DataMember\]  
![Image 1][]![Image 1][]public TimeFlag TimeFlag ![dot.gif][]\{ get; set; \}  
![Image 1][]  
![Image 1][] \}   
![Image 1][]

做下简单的介绍，sender是发送者，msgbody是消息体。receipter是接收人。timeflag是白天还是黑天。在这里，为了继续简化游戏。我们认为规定了，server端只维持一个game。这个设计无疑是个败笔。但是时间紧迫，5天内会熟练使用wcf就已经不错了，别说把游戏的逻辑设计的完美无缺陷。如果server端只维持一个游戏，整个逻辑就简单了许多。所以，chatformat并没有game编号的定义。  
最后一个被定义消息体是，voteforamt，如下：

![Image 1][]  \[DataContract\]  
![Image 1][] public  class  VoteFormat  
![Image 1][]![Image 1][] ![dot.gif][] \{  
![Image 1][] \[DataMember\]  
![Image 1][]![Image 1][]publicstring Voter ![dot.gif][]\{ get; set; \}  
![Image 1][]  
![Image 1][] \[DataMember\]  
![Image 1][]![Image 1][]publicstring Condidate ![dot.gif][]\{ get; set; \}  
![Image 1][]  
![Image 1][]//Time flag, indicate daytime or night  
![Image 1][] \[DataMember\]  
![Image 1][]![Image 1][]public TimeFlag TimeFlag ![dot.gif][]\{ get; set; \}  
![Image 1][]  
![Image 1][] \}

无论是用户杀人还是投票，都可以需要向服务器端发送消息。我们把杀人和投票这两个行为需要的消息体进行了整合。用timeflog来区别他们。当是白天时，那就是投票，而黑夜时，就是杀人。  
  
2，游戏逻辑从实体对象的转移  
有了这些数据格式的定义，该做的就是通信方法的定义了。定义如下接口：

![Image 1][] ![Image 1][] 通信接口的定义   
![Image 1][]using System;  
![Image 1][]using System.Collections.Generic;  
![Image 1][]using System.Linq;  
![Image 1][]using System.Runtime.Serialization;  
![Image 1][]using System.ServiceModel;  
![Image 1][]using System.Text;  
![Image 1][]  
![Image 1][]namespace ServerLib  
![Image 1][]![Image 1][]![dot.gif][]\{  
![Image 1][]// NOTE: If you change the interface name "IMessageDistribute" here, you must also update the reference to "IMessageDistribute" in Web.config.  
![Image 1][] \[ServiceContract(Namespace ="KillPersonServerApp", Name ="MessageDistribution")\]  
![Image 1][]publicinterface IMessageDistribute  
![Image 1][]![Image 1][]![dot.gif][]\{  
![Image 1][]//nTime:Daytime and night, in Daytime, all person can send message to anyone  
![Image 1][]// At night, only bad guys can send messages to those persons who are also bad persons  
![Image 1][]//nSenderID: The IdentityID of the sender.  
![Image 1][]//According to the time and the role of sender, the server host decides which persons this messages will be send to.  
![Image 1][]//\-------------------------------------------  
![Image 1][]//| Time | Sender Role | Reciever |  
![Image 1][]//| DayTime | Civilian | All |  
![Image 1][]//| DayTime | Bad person | All |  
![Image 1][]//| DayTime | Dead person | All |  
![Image 1][]//| Night | Civilian | None |  
![Image 1][]//| Night | Bad person | Bad person|  
![Image 1][]//| Night | Dead person | None |  
![Image 1][]//\-------------------------------------------  
![Image 1][] \[OperationContract\]  
![Image 1][]bool DistribChatMsg(ChatFormat chat);  
![Image 1][]  
![Image 1][]//\-------------------------------------------  
![Image 1][]//| Time | Sender Role | Valid? |  
![Image 1][]//| DayTime | Civilian | Yes |  
![Image 1][]//| DayTime | Bad person | Yes |  
![Image 1][]//| DayTime | Dead person | No |  
![Image 1][]//| Night | Civilian | No |  
![Image 1][]//| Night | Bad person | Yes |  
![Image 1][]//| Night | Dead person | No |  
![Image 1][]//\-------------------------------------------  
![Image 1][] \[OperationContract\]  
![Image 1][]bool DistribVoteMsg(VoteFormat vote);  
![Image 1][]  
![Image 1][]//For server to broadcast news to client.  
![Image 1][] \[OperationContract\]  
![Image 1][] List<string> Logon(LogonFormat logon);  
![Image 1][] \}  
![Image 1][]\}  
![Image 1][]

这个接口有三个方法。登陆，发送消息，和投票。在这里，游戏的逻辑继续被简化。首先，没有登陆游戏，也没有创建游戏，更没有开始游戏和退出游戏。那这些逻辑都在那里呢？这些逻辑在用户登陆server时，server自己判断。一旦人数超过了设定的人数，server自动创建一个游戏，并启动这个游戏。这里的简化和前面的设计有关，即server只维系一个game.这里依然将来需要做大的彻底更改的地方。  
在 [杀人游戏系列 之二][Link 2] 中，有游戏的逻辑图。在投票和杀人整合后，用户登陆以及启动游戏的地方再一次做了简化。刚才提到的投票和杀人的逻辑，事实是在 DistribVoteMsg发放中完成的。而 DistribChatMsg只负责单纯的交谈，并没有太多的游戏逻辑。写到这里，整个游戏设计思路就该明了了。游戏中出现的实体类，只是被驱动的对象，而不是游戏逻辑的载体。游戏逻辑被封装到了wcf层面的通信上了。 而与数据库的交互，被单独做成了静态的方法，独自行成一个类库。这些方法承载了部分的游戏逻辑。但又相互独立。在这个类库里，实体类依然只是传递数据，而不封装游戏逻辑。或许这与传统的oo方法有出入，但走linq To Sql这条路，这样的设计才能发挥其优势。  
  
3，UI的设计  
既然游戏的逻辑被简化，ui上也就不会有太多的麻烦。一个登陆框，加一个游戏的主界面。在这个游戏的主界面中，左边显示用户。中间是对话框，下面是消息输入框和杀人及投票的按钮。如图  
![kill_person_main_Ui.JPG][]  
如果，不简化游戏逻辑，还要增加游戏大厅里的对话框，以及创建game，加入game，开始game和退出game等。  
  
4，一些新鲜设计或技术点  
4.1 我们知道wcf只是一个类库，它实际上需要一个宿主来提供它的服务。我们在这里建立了一个console 的application来提供wcf的服务。但是，消息是单向的，只能是client从server请求，怎么样才能把消息从server端发到client端呢？这里，client也不得不启动一个wcf的服务，来接收从server的消息。这时，server是做为普通client端。  
4.2 wcf的宿主还起到了另一个功能，初始化数据库。通常的数据库的项目。布置和配制数据库是相当的麻烦。这里，程序在启动服务时，先检查数据是否存在，如果数据库不存在，它讲初始化数据库。当然，这里也是人写好的。如下：

![Image 1][] ![Image 1][] 初始化数据库   
![Image 1][]using System;  
![Image 1][]using System.Collections.Generic;  
![Image 1][]using System.Linq;  
![Image 1][]using System.Text;  
![Image 1][]using DAL;  
![Image 1][]using Utility;  
![Image 1][]using System.Reflection;  
![Image 1][]  
![Image 1][]namespace ServerHostApp  
![Image 1][]![Image 1][]![dot.gif][]\{  
![Image 1][]internalstaticclass Database  
![Image 1][]![Image 1][]![dot.gif][]\{  
![Image 1][]  
![Image 1][]internalstaticvoid InitialDatabase()  
![Image 1][]![Image 1][]![dot.gif][]\{  
![Image 1][]using (DataMappingDataContext db =new DataMappingDataContext(true))  
![Image 1][]![Image 1][]![dot.gif][]\{  
![Image 1][]if (!db.DatabaseExists())  
![Image 1][]![Image 1][]![dot.gif][]\{  
![Image 1][]// create new database  
![Image 1][] db.CreateDatabase();  
![Image 1][]![Image 1][]///我们不打算支持用户注册，初始化用户\#region///我们不打算支持用户注册，初始化用户  
![Image 1][] User u1 =new User();  
![Image 1][] u1.UserID ="tom";  
![Image 1][] u1.Name ="tom";  
![Image 1][] u1.Password ="tom";  
![Image 1][]  
![Image 1][] User u2 =new User();  
![Image 1][] u2.UserID ="boler";  
![Image 1][] u2.Name ="boler";  
![Image 1][] u2.Password ="boler";  
![Image 1][]  
![Image 1][] User u3 =new User();  
![Image 1][] u3.UserID ="peter";  
![Image 1][] u3.Name ="peter";  
![Image 1][] u3.Password ="peter";  
![Image 1][]  
![Image 1][] User u4 =new User();  
![Image 1][] u4.UserID ="sean";  
![Image 1][] u4.Name ="sean";  
![Image 1][] u4.Password ="sean";  
![Image 1][]  
![Image 1][] User u5 =new User();  
![Image 1][] u5.UserID ="cloudy";  
![Image 1][] u5.Name ="cloudy";  
![Image 1][] u5.Password ="cloudy";  
![Image 1][]  
![Image 1][] db.Users.InsertOnSubmit(u1);  
![Image 1][] db.Users.InsertOnSubmit(u2);  
![Image 1][] db.Users.InsertOnSubmit(u3);  
![Image 1][] db.Users.InsertOnSubmit(u4);  
![Image 1][] db.Users.InsertOnSubmit(u5);  
![Image 1][]\#endregion  
![Image 1][]![Image 1][]/\*\*//// 初始化Role  
![Image 1][]foreach (var item in Enum.GetValues(typeof(RoleFlag)))  
![Image 1][]![Image 1][]![dot.gif][]\{  
![Image 1][] Role role =new Role();  
![Image 1][] role.RoleID = (int)item;  
![Image 1][] role.Name = item.ToString();  
![Image 1][] db.Roles.InsertOnSubmit(role);  
![Image 1][] \}  
![Image 1][]![Image 1][]/\*\*////初始化gamestatus  
![Image 1][]foreach (var item in Enum.GetValues(typeof(EnumGameStatus)))  
![Image 1][]![Image 1][]![dot.gif][]\{  
![Image 1][] GameStatus gamestatus =new GameStatus();  
![Image 1][] gamestatus.StatusID = (int)item;  
![Image 1][] gamestatus.StatusName = item.ToString();  
![Image 1][] db.GameStatus.InsertOnSubmit(gamestatus);  
![Image 1][] \}  
![Image 1][]  
![Image 1][]![Image 1][]/\*\*//// 初始化ActivityType  
![Image 1][]foreach (var item in Enum.GetValues(typeof(ActivityTypeFlag)))  
![Image 1][]![Image 1][]![dot.gif][]\{  
![Image 1][] ActivityType ac =new ActivityType();  
![Image 1][] ac.ActivityTypeID = (int)item;  
![Image 1][] ac.ActivityTypeName = item.ToString();  
![Image 1][] ac.TimeCollapse =1;  
![Image 1][]if (item.ToString() =="Vote")  
![Image 1][]![Image 1][]![dot.gif][]\{  
![Image 1][] ac.TimeCollapse =4;  
![Image 1][] \}  
![Image 1][]  
![Image 1][] db.ActivityTypes.InsertOnSubmit(ac);  
![Image 1][] \}  
![Image 1][]  
![Image 1][] db.SubmitChanges();  
![Image 1][]  
![Image 1][] Console.WriteLine("Create database done!!");  
![Image 1][] \}  
![Image 1][] \}  
![Image 1][] \}  
![Image 1][] \}  
![Image 1][]\}  
![Image 1][]

4.3 wpf中的回调  
在登陆界面后，需要显示主游戏界面。而此时，牵扯到wpf中的回调。如下：

![Image 1][] ![Image 1][] wpf中的回调   
![Image 1][]privatevoid ShowMainDailog()  
![Image 1][]![Image 1][]![dot.gif][]\{  
![Image 1][] var lstGame = App.gameMainWindow;  
![Image 1][]  
![Image 1][]if (!lstGame.CheckAccess())  
![Image 1][]![Image 1][]![dot.gif][]\{  
![Image 1][] lstGame.Dispatcher.BeginInvoke(System.Windows.Threading.DispatcherPriority.Normal, new System.Threading.ThreadStart(this.ShowMainDailog));  
![Image 1][] \}  
![Image 1][]else  
![Image 1][]![Image 1][]![dot.gif][]\{  
![Image 1][] App.gameMainWindow.Show();  
![Image 1][] App.gameMainWindow.labelClientName.Content = App.currentClientName;  
![Image 1][] App.gameMainWindow.imageTimeFlagMoon.Visibility = Visibility.Hidden;  
![Image 1][] App.gameMainWindow.imageTimeFlagSun.Visibility = Visibility.Hidden;  
![Image 1][]  
![Image 1][] \}  
![Image 1][] \}

在这里， ShowMainDailog函数体内，需要再一次调用 ShowMainDailog函数。主要是因为 !lstGame.CheckAccess()条件成立，即form是不可以访问的。当第二次调用时，就走else字句了。（说实话，这是wpf里的技术，我也晕着呢。）  
  
5 结语  
可能会让好多人失望，没有谈wpf和wcf技术。但是，谈游戏才是本篇的主题。技术是为这个主题服务的。在这里，游戏逻辑因为时间上的因素被简化依然让笔者心痛。这是个比赛，需要在第三天的时候，整个程序就能跑起来，剩下的2天调试排错。这无疑让我们不得忍痛割爱。在以后的日子里，如果时间允许的话，笔者还是会加上被砍掉的游戏逻辑。 [放出所有的代码，供参考。][Link 3]（大家需要注意的是，我和peter最近再做修改，希望能添加上被砍掉的部分，所以，代码和blog里有些出入。）  
  
上一篇  
[杀人游戏系列 之二][Link 2]  
[杀人游戏系列 之一][Link 1]  
其他：  
[Linq To Sql进阶系列 -目录导航][Linq To Sql_ -]  
[C\# 3.0入门系列-目录导航][C_ 3.0_-]

[Link 1]: http://www.cnblogs.com/126/archive/2007/10/12/922344.html
[Image 1]: 
[dot.gif]: /images/20220327/d421c286004b416a82ad9dfc1b78fc55.png
[Link 2]: http://www.cnblogs.com/126/archive/2007/10/15/925094.html
[kill_person_main_Ui.JPG]: /images/20220327/5de1eb383541471cb2e1bf4c94c0b885.png
[Link 3]: http://files.cnblogs.com/126/KillPersonGame.zip
[Linq To Sql_ -]: http://www.cnblogs.com/126/archive/2007/10/15/924882.html
[C_ 3.0_-]: http://www.cnblogs.com/126/archive/2007/10/15/924858.html