- 主题: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.*