@IvanLi127 问下你们说的网关就是指 Router 模块么？新手不太懂后端的一些术语，前面有说网关的我还想着难道要配个 gateServer...

感觉纯的业务请求都还好，主要是 GET 数据的时候，为了优化体验总是会根据前端页面的展示需求去封装数据，这种时候就会混合一些可能不相关的东西打包返回，也就不 RESTful 了。
网上看了一些资料都说要尽量 RESTful，所以以为大家是不是有什么方法专门应对这种问题，不过看大家的回复好像那些文章都有点极端吹了。。。

@param 现在就是封装过的，只是感觉没法做到那么符合 RESTful 标准，因为没办法一个 API 只做一件事。。。

@auroraccc @artikle 还是新手，感觉这个东西成本略大，正在跑的系统不太敢这么折腾。。。

@stillsilly @wish198
最近才开始做后端，看了下 RESTful 相关的东西，感觉设计的非常清晰，看起来很优雅，教程上的例子都特别合适，但对一下自己的业务发现完全照这么设计每一页都得发好多请求才行。。。

你喜欢 commit 完就 push 可以自己写个 alias 啊，想强制完全可以服务端 hook 不让一次 push 多个 commit 啊。用 git 肯定是因为喜欢 git 的方式，不喜欢为何不用 svn ？据我所知现在用 ftp 的也不是完全没有。。。

@Leafove 这不一样吧，如果是为了方便和优化体验而改变字的读音、意义到达成共识，也没什么大问题。
如果单纯是不识字和只认半边字的文盲太多，在现在教育越来越普及的情况下，我不认为和这些字都认不好的人达成共识是好事情。。。

之前各种随机死机，排查各种问题，后来发现两条内存有一条出问题了，最开始好好跑遍 memtest 能省很多事。。。

不考虑陶笛么？感觉挺有意境的，旋律很动听，还便携~

@js0816 最讨厌这种隐式语法，带来的便利明显没有挖的坑多，大大降低代码的可读性，提高语言的壁垒。。。

你惯的。。。

我每到这种时候会来一波强制 reset，你试试直接熬到天亮，然后第二天正常活动，再困也撑着，第二天晚上正常时间睡觉，一般只要你白天不睡这会应该沾床就着～

@tyx1703 哈哈，我也最恶心这点，有些事明明能一句话讲清，那些人不矫情个长篇大论出来就不会说人话。
一定要先扯一段背景，再引一段案例，再加一段分析，最后再给个结论。
这都算好的，有些长篇大论扯东扯西的讲完了，最后连个结论都没有，真的让人想打人。
我觉得，要回答问题就正面回答，你先给个结论然后再讨论也行，只敢把结论藏在最后的人不是好为人师就是想把人绕晕再扯些私货，相比之下编段子那些人反而更实在。

收藏了

mark 下，五一回来再说。

FTL 的作者，质量过硬，可惜没其他平台，windows 上只玩 FPS 和 RTS，其他游戏键盘鼠标感觉不太爽~

不觉得加了 HTML 样式反而变丑了吗。。。

我觉得对不该问的问题就可以回不该说的话，说他想听的就好了，反正协议上又不写。。。

想买一个关联到发版脚本上。。。