工作繁忙,更新较慢。
接着上一篇文章,游戏的创建和加入房间已经大概完成了,具体的扩展丰富,比如当前服务器列表之类的信息,UE4提供的sessionAPI都有相应的参数,就不一一解释了。下面直接切入正题,主要分三大块:发牌(包括抢地主),出牌(主要回合逻辑),牌型判断(算法)。其他的小细节在过程中一个个补充,在这里声明下,游戏大概的框架也是参照官方给的shootergame例子来的,因为是用了它的同步机制嘛。
大概思路简单概括:用它的RPC函数把主要的逻辑算法判断等交给服务器来计算,客户端只要傻瓜式的表现效果就OK。是的,就这么简单一句话包括了很多东西,理解起来简单,执行起来有点困难。前两篇文章已经把大概的基础知识和内容过一遍了,所以我就很直接的写了。
先完成发牌部分,这样的思路:
1.服务器发牌(并且随机一名玩家作为第一个抢地主的)-玩家客户端更新UI。
2.玩家提交抢地主数据-服务器存储计算结果。(循环)
3.服务器计算出抢地主结果-客户端更新UI。
大家发现,基本所有的逻辑计算都是服务器来完成,客户端都是做一些体力活:UI显示。因为是卡牌游戏,不存在什么移动,所有我就没有用playcontroller类,甚至player state也没用。有人就疑问了,那是怎么存储数据的?直接放pawn里同步不就完了,客户端通过Server RPC函数交给服务器计算,然后服务器上通过变量的同步来达到服务器的数据可以同步到客户端,然后在服务器上用multicast和client RPC函数来实现客户端上的执行。这里服务器和客户端的通信压力会显得非常大,特别是使用multicast,本人才疏学浅,不懂服务器,所以可能存在一些隐患。
下面是步骤流程的运行截图:
1.三个玩家进入房间,蓝色表示玩家头像的UI(简陋了点),下面是服务器,玩家ID为0,右上角是玩家1,下表为1,左上角是玩家2,下标为2。之前的几个步骤大概介绍下:玩家按照加入房间按顺序在服务器上给予ID,然后满三个玩家后各自出现准备按钮的UI。
2.如下图,每当一名玩家准备后,调用RPC函数,在服务器上执行,在服务器上更新这个玩家准备好的逻辑,然后做判断是否满足游戏玩家数,并且调用multicast更新这名玩家在所有客户端上准备好的UI显示结果。
3.所有玩家准备好后,服务器上发牌,并随机一位玩家作为第一个抢地主的人。注意:这些都在服务器上执行。然后调用Multicast,参数为随机的这个玩家下标和三个玩家对应的牌的数据。我的抢地主流程介绍下:一共两轮,第一轮是1,2,3倍叫分,第二轮是抢地主和放弃抢地主。第三轮积分大的抢到地主,如果一样,则按照顺序越前越大的规则。比如第一个抢地主下标为1,抢到最后只剩0和2,且两个叫的分一样大,那么2为地主,因为2在1的下手。
部分代码如下:
//发牌
{
if (Role == R