dota BP练习工具开发：一个C/S多用户程序

首发：我的博客，更新&纠错&回复

客户端采用C#开发，服务器使用java开发，通讯方式为socket。

1.首先决定交互协议

客户端指令协议：

getgames：要求服务端发送games指令

creategame:name=xx：新建一个游戏，并指定当前玩家名称，该名称也被用做游戏名称

joingame:game=xx,name=yy：加入一个已有的游戏，指定游戏名称和当前玩家名称

bp:hero=vs:进行BP，表示禁用英雄复仇之魂或选择英雄复仇之魂

服务端指令协议：

games:games=xx|nn：告之客户端“在服务端有多少个能够加入的游戏”，即已有人建主且房间未满的游戏

game:turn=1,p1=xx,p2=yy：告之客户端“你当前加入的游戏的信息”，p1和p2分别是两个玩家的名称，turn是进行到bp的哪一个阶段

bp:hero=vs：告之客户端“正在进行的游戏的新进度”，如对方刚刚下了禁用了vs的命令

gameover:msg=对方退出游戏：告之客户端“当前游戏结束”的信息，让客户端返回空闲状态

2.决定协议以后，根据协议完成服务端的实现——

服务端模型：

server与service一对多，每一个service是个线程，负责管理一个客户端链接的工做

server与game一对多，每一个game表示一个游戏

game与player一对(1..2)，每一个game有两个玩家，即现实中的两个BP手，也存在已新建游戏，并没人加入游戏的状态，这时只有一个玩家

service与player一对(0..1)，若是玩家未建立游戏，也未加入游戏，为1对0，若是在游戏中，为1对1

当服务端接收到客户端命令，整体上进行两个动做，一是改变服务端状态，即修改以上模型的属性，二是（改变完状态以后）由服务端向客户端发送命令，分为响应/向当前游戏玩家广播/向全部玩家广播三种发送方式（见Service类中的response/game/all分支）。具体的响应命令的策略见RequestDealer类。

服务端的调试简单的写个java控制台客户端来交互，用以前的这个就能够，肯定服务端对命令处理的业务逻辑以及响应的命令正确。

3.服务端完成以后进行客户端的开发——

客户端界面（xaml文件在这里）：

客户端的工做包括：

1)有服务端命令到来的时候，根据命令改变客户端状态，再根据客户端状态改变界面显示。

2)玩家在界面上进行操做时，发送客户端命令到服务器。

其中第一步的先改状态再改显示，就是典型的将命令改变到model，再将model渲染到view。

第二步则仅仅作发送命令的操做，不作客户端状态的改变。只有服务器命令能让客户端的状态和显示变化，这样让职责更清晰。

代码在这里，其中dealRequest方法是完成上面1)的工做，方法体内调用setStateMsg方法进行根据状态改变界面的工做；而createGame_Click等响应按钮事件的方法完成上面2)的工做。

 

总结一下——

1)研究问题领域，进行整体设计（在纸上进行的工做，包括服务器、客户端状态、客户端界面）

2)决定交互协议，服务器、客户端的命令格式，本质为方法名、参数列表的定义。

3)服务端开发，使用模拟客户端进行测试和调试。

4)客户端开发

 

服务器在182.92.10.238服务器的42769接口，欢迎用socket链接实验，其源码在这里。

客户端在这里，360会报木马，最好关闭360再下载。若是不放心能够自行使用源码编译。

 

最后给本身记的：

1)跑jar包的方法：eclipse导出可执行jar，而后写个bat脚本，内容为call java -jar bpServer.jar。

2)本地项目上传github：先在github上建项目，而后本地新建个文件夹，而后git clone，而后将项目拷贝到出现的子文件夹里，cd进去，git add .，git -commit -m "init"，最后git push便可。个人脑子最不擅长记这种机械的东西了……

长期欢迎项目合做机会介绍，项目收入10%用于酬谢介绍人。新浪微博：@冷镜，QQ：908789432。