baiyi

@baiyi #2 补充一点，我看的一本关于 RESTful API 的书里吐槽过这个解释，因为这个 “data-handling process” 含义太过模糊，所以现在有人的接口设计为全用 POST，其实也是符合 HTTP 语义的，因为任何操作都能引申为数据处理......

在 URL 的设计上我觉得能够语义清晰就可以了。

“获取支持的数据源类型列表” 我认为两种设计都可以，甚至 `GET /data-source?filter=types` 这样也可以，都是表达只获取 types 。

但 “提供连接参数，检测数据源是否可用” 我认为不应该用 POST 方法，ping 这种行为在我看来应该是安全且幂等的，应该用 GET 方法。所以这里合适的设计应该是 “GET /ping-data-source”

在我看来你的思考矛盾主要在于：你认为 HTTP Methods 都是针对资源的操作，而这个资源又被局限于实体存在的资源。
但这个资源实际上可以是抽象的、动态的，比如说用 RESTful 风格设计最常见的问题就是 “登录” 这个接口如何设计。其实只需要 `POST /login` 就可以。从 HTTP POST 方法本身的语义讲，是完全支持这样做的，它并不是单纯的用于创建资源的语义。rfc 文档中关于 POST 能力的部分解释：“Providing a block of data, such as the fields entered into an HTML form, to a data-handling process;”

支持容器的 paas 平台应该都可以，比如 heroku： https://devcenter.heroku.com/articles/build-docker-images-heroku-yml

参加过 Go 夜读的读书会，可惜愿意一起讨论分享的人不多。

@iannil #8 完全不吃肉吗？会不会有些肉类中的微量元素没有摄取到，有点像素食者。

@czfy #6 哦哦，明白了。游戏引擎在做这方面的模块，他们提供周边的服务模块。所以以后游戏开发确实会越来越简单。

@czfy #4 他们（ TDS ）现在抽象出了社区、好友、成就、存储、数据分析、广告这几个模块。并没有涉及到游戏根本的内容上。我想以后会不会出现根据游戏类型的相关模块化。比如 FPS 游戏提供枪支模型动作，赛车游戏提供车辆模型碰撞什么的。