你那个是远程调用`RPC[Remote Procedure Call]`,调用远程服务器的函数方法;
以下是我自己拙见:
RPC 本质上还是 API，都是请求服务器做 IO[input/output]
需要知道 API 是什么？为什么？怎么做？

API 是什么?
API 全称就是就像楼上说的`application programming interface`,这个是暴露给外部的入口,理论上任何能够提供网络数据服务[并非页面渲染]都是 api[游戏接口有个获取客户端 IP 地址，本身就是一个调用系统函数取 IP 地址，这就是 API]，哪怕你 printf("%s","api service")

为什么使用 API?
处理服务器网络(数据库保存写入|配置信息)任务，本质上就是为了网络通信，你不能让客户端直接连接 DB 层|Service 层，你需要暴露接口作为服务

怎么做 API ？
API 是个泛型概念，RPC|JSON|XML|Protobuf 都可以


总结来说就是 API 只是个泛型概念，你提供网络通信服务，那么你就是 API

学习数据结构我感觉用 C/C++更好点，还能扩展其他的语言，顺便造个轮子自己用

@dalieba 好的，我试试；我平时都是用来浏览需求文档而已，基本上没有用到什么其他功能，十分感谢

@FFLY 其实我感觉也还好，OpenOffice 我一直都用，实际上我就别人发我的文档需要看下而已，其他功能我完全用不到，轻度使用我会用一些开源的，重度的话可能使用 office365

楼上说得对，现在已经不是计较什么编辑器和 IDE 用哪个了，是必须要用 IDE 来查询依赖并引入
没有模块查找功能的时候，有时候同个平台都可能出问题，要靠 IDE 来定位
（我最近就是掉其中一个坑，有的 linux 系统是有 unistd.h,有的是 sys/unistd.h，我虚拟机明明没有问题，但是怎么在其他 linux 机上面怎么也编译不过,后来才意识到模块目录不同.........）

我用 Mariadb，感觉没多大差别，Json 数据格式查询？

涉及业务多的时候,你就知道了

可能是缺少一个大头来做库收集和论证
就像 C++的的 stl 和 boost 库一样,每个轮子都需要先进 boost 论证完才能进入 stl 库
有权威人士为其使用代价来背书
而 node.js 则是过于强调个人,这个作用用了 XXX 库,"你看作者这么牛逼,应该采用他写的库";
而且第二天另外一个作者也做了相同功能,"你看那个作者写的这么牛逼,这些库我们也得引用"
实际上通过权威来论证他们合理性和坑点之后,其他人看到之后也就会自然而然的规范自己使用方式
(当然很多开发都是喜欢自己造轮子的,比如很多著名的 C/C++都是自己搞自己的字符串库)

最好还是能够微软做好脚踏实地
上一个是 WindowPhone 手机系统,我希望有生之年能看到 Window 内核改成他们自家的 Linux 内核

我感觉 cmake 更方便一点，makefile 的学习成本好高

session 有没有超时清理？重新登录是 cookie 被更改还是 session 无法保存数据，说真的真的 debug 靠猜

外国服务器支付方式都是信用卡记账

如果你有实现外部发放道具机制（正式游戏都有运营管理后台给予道具弹出浮窗补发和邮件公告补发）的话，实际上你抽奖的流程其实是，你抽奖的行为发送给服务端，之后服务端来解决你抽出什么道具，并返回道具 ID （这个待定，因为有的游戏本地打包对应道具 ID+道具表信息，有的游戏确实是让服务端直接返回获取道具列表，我个人倾向打包本地资源，服务端只返回 ID 来节约发送字节数），服务器就是弹窗通知你获得什么道具，当到了这里就是有很多处理方法:1.如果是不变的，没有太大波动，直接游戏端扣除消耗的金额（参照手游很多 5、10、30 元固定额度充值加成）； 2.包含变动因素的，客户端需要拿到服务端的最新金额数（首充 10 送 5 金币）； 3.有抽奖获得角色信息变动的，成功之后自己请求自己的信息接口更新（抽奖获得头像立即使用更新自己头像）

余额没必要放到数组里面，除非有那种折扣类型或者减免优惠的，否则你只需要拿到抽奖成功之后对应道具 ID 扣除自己本地游戏端余额

点击抽奖之后，你需要传递给服务端的是你做出了抽奖动作，之后服务端返回你中奖的道具 ID，你拿着道具 ID 去找你本地道具资源并且自行在你本地游戏端做扣除工作

我感觉这样有没有区块链都能做出来，有其他想法？

对了还有网页挖矿

我感觉和澳门手机线上赌场差不多，针对一些专门喜欢看盗版推出些特定隐晦的广告

是不是把 r 的 ascii 码也计算在里面变成 r 的 ascii+0 的 ascii 位数排序，试着剔除 r 开头看看