@learnshare 做前端要摆正心态。毕竟是展示层，大把的人可以代替你。

如果你的失败是因为没时间导致的（很多学校大四还有课），可以考虑二战。但是二战也别报国内，考 G 考 T 申美帝或者坡国吧。

调剂成单证。

@noli

你忽略了我上面那句话。

mysql-cluster 是跟 REST 绑定的？？ redis-cluster 是跟 REST 绑定的？？

谁告诉你用集群就必须用 REST 了？？数据库连接背后就不能是集群？？

终于扯到返回信息的处理了。。

[按照 404 的语义，响应 404 是不对的： 因为客户端请求的 URL 实际上是正确的，只是对应的参数没有找到对应的结果 很多时候，就只能靠响应 200 然后返回空数据或者空对象来处理了。 ]

你前面也说了，自定义错误码就能解决。（但是国内多数厂商提供的 API 是 200 + errmsg 这种方式，没你想象的这么简单）。

[这样就会要求客户端，必须处理 HTTP 回复的具体内容，而不能只处理头部。]

就算拿 HTTP 状态区分，对于成功的请求，还是要解析 JSON 的。反正 JSON 这块你绕不过去。

[对于强类型语言例如 C/C++ OC Swift 写的客户端来说，恐怕就忍不住要问候服务端程序员一家了。]

JSON 库的封装跟强不强类型没关系，跟是否存在反射有关系。 OC/Swift 的 Runtime 十分强大，所以把 JSON 变成对象是没问题的。

至于 C/C++ 嘛，在互联网的服务端 /客户端中占得比重太少了，我设计个接口为啥要考虑它？？那我是不是还要考虑一下 Delphi 、 COBOL ？？

@noli

> 你一直在说 http api 调度代价大，事实上数据库访问的代价更大，连接数基本上都是有上限限制的。数据库的调用逻辑更是测了又测。我扩张几台几十台 http server 简直是简单得不要不要的。

就算真的要用集群，就必须用 REST ？？呵呵。你们家 REST 还是跟集群绑定的？？

REST 的发明者都没你这么强硬吧？？你是来布道的，但是大家的选择权也是很重要的。 REST 虽然优雅，但是我不喜欢就可以不用。

node 能干的事情和 python 一样多，区别只是有多少人在用。但是这跟他的功能没多大关系。

@noli

99% 的 Web 系统都是这样做的。至于那 1%，你说这么大堆就是为了证明 REST 只是为极端情况下服务的？ REST 真牛逼，呵呵，但是跟我没关系，我是这 99%。

@noli

> 至于为什么 HTTP API 调用 HTTP API ，那是因为 do not repeat your self. 当这些被调用的 更底层 API 实现有变动的时候，你不需要改高层 API 的实现，虽然这也不一定是必须的。

HTTP API 的粒度太大，资源开销也大，服务端自己复用自己的时候，一般采用 DAO 的形式。看样子你根本不懂后端，就是一个架构太空人而已。

@noli

> 如果你觉得让客户端来做这些原子性动作组合，是要求太高，那么你可以加一层 api 来接收客户端的意图，然后在这层 api 之下实现业务，

客户端做原子性动作组合存在安全隐患。

服务端里增加一层 API 嘛。。为什么我要在 HTTP API 里面调用 HTTP API ，而不是直接调用 DAO 或者 ORM 呢？？没你这么抽象的。 HTTP API 就不是给服务端自己调用的，这样粒度比 DAO 大多了。

@noli

> 又说请求的东西不是资源，什么东西不能视作资源来被管理呢？除了无限的东西之外。

如果不用 REST ，某些 API 我就可以设计成

/login
/reg
/tranfer

用了 REST 就没有这些简明扼要的设计，这是不是增加复杂度呢？？

以及。。很多 http 客户端库不支持除了 get 和 post 之外的方法，遇到这种情况我真是。。。

另外不用 REST 照样也可以设计出来优雅的路由

增： POST /ResourceXYZ/create
删： GET /ResourceXYZ/{resourceId}/delete
改： POST /ResourceXYZ/update
查： GET /ResourceXYZ/{resourceId}

动态路由不等于 REST ，非 REST 也可以用动态路由 GET /ResourceXYZ/{resourceId}。

别什么都往 REST 上套。

自从看了这本书，对 Aukland 的好感度 += 50 。

@Balthild 对于开源爱好者当然没啥，但是对于拿代码赚钱的厂商，没点实力真的玩不转。

冻坏的？？？

@touzi 上次那个是 42 岁，基本可以认为是 40 岁左右。