@wanniwa #18 你这是返回，我指的是请求，返回不会是这样返的

@zhy0216 新增和编辑的时候是同时存在，查询的时候是可能存在可能不存在

@chenliangngng #8 在哪里可以看到大厂示例，我看到很多比如阿里云的公开接口，参数都是直接平铺裸露在外面的

然后这是 POST 的查询方法，对于更新类的方法，没有 pageIndex 和 pageSize ，这时候一个裸的 pBody 是否会很奇怪

@iyiluo #3 现实情况是没有几百个字段的情况，最多不超过 20 个。现在要定统一规范，在此之前我司是两种并行的

@idonttellyou #19 它这里是 QQ 号还是昵称

@darcyC #14 user_name 见过巨多。

本来是无所谓的，自己公司用用，随便怎么命名，只是有时候需要和外部公司对接

@superedlimited #17 看了后全身像 1W 只蚂蚁在身上爬

@unt #6 pass + word 通过的字

@taotaodaddy #5 passWord 呢，怎么破

@cat1879 #11 所有平台架构彼此完全独立，逻辑也完全独立，无法从硬件层面对接

@wolfie #3 啊，好难受啊。。。。

@fyq #1 是说少一个 r 吗😄

@chenPiMeiHaoChi #8 好的，了解了，谢谢

@chenPiMeiHaoChi #2 我们做 B ，有话语权，负责接 C 和提供接口给 A

@Eiden #1 纯数据的话用 MQ 很好理解，但是很多 iot 平台不是说取个参数那么简单，里面个各种应用层级关系，逻辑关系，还有业务数据，要实现业务功能的全方位接入，很复杂。

@lcy630409 #1 意思是之前就已经在我们这儿装好了病毒脚本，就等我们操作？

@cdlnls #3 怎么这么巧呢

如果 nginx stream 能完美转发的话我觉得比域名解析要来的好。然后你说的兜底服务器 ip 我们这边都是有的。我有空的时候写条附言讲一下我们的开发背景