- 主题:NodeJS和Angular2的RPC框架 觉得可以替代LAMP了
- RPC不应该早就是历史文物了吗?
 【 在 hgoldfish 的大作中提到: 】
 : 不错。。我觉得这才是 web 的方向。 rest 和 rpc 比起来真是弱暴了。
 : 这个事情我几年前就实践过了。主要问题还是 js 太弱了,不支持 attribute 拦截。你用 typescript 或许会好一点。web 后端则不用担心,各种新技术都能往上面用,python 处理起来实在容易不过。
 : 我当时的 rpc 是基于 websocket 的,所以不止浏览器调用后端,后端也可以调用浏览器。
 : ...................
 --
 修改:dhcn FROM 117.25.139.*
 FROM 61.148.52.*
 
- 拜 牛。
 
 你实现的RPC后来有加哪些 failover, load balance吗?
 
 【 在 hgoldfish (老鱼) 的大作中提到: 】
 : 顺便说一下你这标题。。nodejs + mongodb 的那一票我就呵呵了。现在是 Linux +
 Nginx + MySQL/PostgreSQL + PHP/Python/Java,前三个打算怎么代替?
 : 顺便说一下,我实现过 java/cpp/python/javascript 的 RPC,还是 python 最强。
 协商、加密、API优雅度、实现速度,完胜其它三种语言。
 --
 FROM 14.120.239.*
 
- 基于 tcp 的不好加 failover / load balance,但是基于 web socket 和 http 的就比较容易了。实际上都不需要自己搞,nginx 会帮我们搞定,我试过支持 websocket。
 
 【 在 alanju (alanju) 的大作中提到: 】
 : 拜 牛。
 : 你实现的RPC后来有加哪些 failover, load balance吗?
 : Nginx + MySQL/PostgreSQL + PHP/Python/Java,前三个打算怎么代替?
 : ...................
 --
 FROM 222.79.77.*
 
- 我现在有的为了赶原型,本来的Socket服务也会用Socket.io写。
 【 在 hgoldfish 的大作中提到: 】
 : 基于 tcp 的不好加 failover / load balance,但是基于 web socket 和 http 的就比较容易了。实际上都不需要自己搞,nginx 会帮我们搞定,我试过支持 websocket。
 :
 --
 FROM 117.25.139.*
 
- 感觉楼主是从后端转前端的  - -- - FROM 14.152.90.* 
- 当然非常有价值,实际上我觉得 rpc 比 rest 好。因为他更贴近常用编程语言的概念——调用,及调用相关的概念异常等等。
 
 我的意思是 js 尤其是 typescript 本身是动态语言,不要搞“编译”。
 
 【 在 acrazing (acrazing) 的大作中提到: 】
 : 现在Node做前台UI, Java做Service是大势啊, PHP快要被抛弃了, js下的rpc客户端还是有价值的吧..
 --
 修改:hgoldfish FROM 120.42.100.*
 FROM 120.42.100.*
 
- 大哥,你从哪里看出来php要被抛弃了?!
 【 在 acrazing 的大作中提到: 】
 : 现在Node做前台UI, Java做Service是大势啊, PHP快要被抛弃了, js下的rpc客户端还是有价值的吧..
 :
 --
 FROM 180.172.253.*
 
- 如果不是碍于成本, 我相信大多数公司都愿意从PHP迁到Node上来~
 
 【 在 lupa1999 的大作中提到: 】
 : 大哥,你从哪里看出来php要被抛弃了?!
 --
 FROM 14.152.90.*
 
- 编译确实是前端现在越来越严重的畸态, 明明是动态语言, 偏偏要搞出什么Grunt, gulp, webpack, less, typescript来把动态语言编译成动态语言, 要改革为啥不直接改革浏览器跑字节码呢
 
 【 在 hgoldfish 的大作中提到: 】
 : 当然非常有价值,实际上我觉得 rpc 比 rest 好。因为他更贴近常用编程语言的概念——调用,及调用相关的概念异常等等。
 : 我的意思是 js 尤其是 typescript 本身是动态语言,不要搞“编译”。
 :
 --
 FROM 14.152.90.*