NP博士实验室

文档不全，没有加入Coin Server的API文档。

我打算即刻动手。

就在刚才，我决定了下一个子项目的具体细节。金币接口和登录服务器将使用统一的数据源。
另外的一个别人看起来比较疯狂的决定——虽然我使用HTTP协议，但是不打算使用PHP等任何脚本语言，还是沿袭status server的做法，直接使用原生的WebServer，用C语言完成一切。
我想，还是使用封装好的代码来使用mysql，如果登录服也使用bdb，那就变成了ldap了……，于是事情又简化了，我只要在主表中添加一些字段就可以用了。
那么，游戏脚本中获取金币是直接去SQL，还是使用Coin Server呢？那要看金币怎么用了。如果整个体系使用统一的货币管理，就要使用统一的接口了，可是Comoro是支持多游戏的，总不会所有的实现中都让一大堆游戏用同一个金币账号，那太250了。
于是，Coin机制还要影响之前Comoro的游戏列表封装，游戏必须有一个合法的唯一ID，而不再是以runner_id做为区分。这样Coin中就可以按照用户ID和游戏ID分割数据，登录服务器也要区分这个，同时客户端在登录的时候就要携带游戏ID了，这样做的好处就是游戏的数据被彻底的分割了，游戏账户由之前的“激活”变成了“彼此隔离”，也许这更符合“云”概念。
其实Coin Server只是提供给Comoro之外用的，完成类似充值、转账、扣费一类的动作，游戏内部写逻辑的时候倒是可以提供LUA API，但也用不着再走一级HTTP API，那是托裤子放屁的行为……

不知道什么时候，源代码中的@author后面才会出现第二个人的名字呢。