FMS大厅建房及自动分组

前一直忙啊忙的都没时间弄自己的东西和写BLOG了，终于告一段落了。虽然手上还有N个项目等着开发，但今天在整理debug的时候发现原来我开发大厅建房和分组机制上原来有一个不好的误区 所以也拿出来和大家分享及讨论。虽然我之前的开发一直没出现特殊问题，但今天仔细考虑后。其实是种不方便扩展和不易维护的方式。

我的现实方法就是都通过FMS 做管理和分组
客户端 服务端：room(app) DDZ(用斗地主app举例)
用客户端先去访问room，room有个数组，用来记录每场游戏的开始与否状态及人数。 room判断当前这个客户端该分配到哪一个房间 call回客户端，让客户端直接去连DDZapp 。 DDZapp每进入一个人向room call一次，当游戏开始也call 为了让room更变记录的各房间的数组信息。 一般来看逻辑是无问题，在实际应用中也没出现过问题。

但实际上这是种不良好的方式，这样主动权就变在客户端了。1 客户端一旦被破译反编，别人想建房就建。room起不到相应的作用。2 room没有一个主导权做为维护和管理。 他只是被做为一个引路者的感觉。

经过考虑后，应该改为如下方式。
room管理每个游戏APP，客户建房或分组先提交给room room去连接app（app限制初次连入者只许可room）。建房成功返回room room进行分组，或更变自身房间数组信息。假如是自动分组，所有的玩家在room中等待，由room直属分配给app。

这样将来游戏是要建房机制 还是自动分组机制 更换起来比较方便。