k***e
发帖数: 210 | 1 team lead什么api都要restful，还痴迷于patch，patch merge，本来简简单单的
service api被搞得很复杂
有没有人觉得restful其实很麻烦，没觉得有什么好处 |
g****u
发帖数: 252 | 2 我一直以为restful就是用JSON作为数据格式，用HTTP作为协议的API。
如果是的话，其实我觉得相比RPC, corba, thrift, gRPC啥的来说是一种简化，适合
快速叠代。
请版上的大牛指正。
【在 k***e 的大作中提到】
: team lead什么api都要restful，还痴迷于patch，patch merge，本来简简单单的
: service api被搞得很复杂
: 有没有人觉得restful其实很麻烦，没觉得有什么好处
|
k***e
发帖数: 210 | 3 我也是这么觉得的，数据就是变成json，但是team lead老是谈resource，任何前端的
object就要map成一个resource到后端，他说这样才是真restful |
a9
发帖数: 21638 | 4 啥语言？
【在 k***e 的大作中提到】
: 我也是这么觉得的，数据就是变成json，但是team lead老是谈resource，任何前端的
: object就要map成一个resource到后端，他说这样才是真restful
|
p*****2
发帖数: 21240 | 5
所以应该用node？
【在 k***e 的大作中提到】
: 我也是这么觉得的，数据就是变成json，但是team lead老是谈resource，任何前端的
: object就要map成一个resource到后端，他说这样才是真restful
|
w********m
发帖数: 1137 | 6 web转为mobile方便呀
负面是做后端的没有visibility了 |
g****u
发帖数: 252 | 7 wikipedia上是这么说的。但我觉得这么做很傻B，就是传统java没事找事的做法，
json的flexibility尽失。
【在 k***e 的大作中提到】
: 我也是这么觉得的，数据就是变成json，但是team lead老是谈resource，任何前端的
: object就要map成一个resource到后端，他说这样才是真restful
|
k***e
发帖数: 210 | 8 前端js 后端java
【在 a9 的大作中提到】
: 啥语言？
|
c*********e
发帖数: 16335 | 9 银行的信用卡结帐就是用的restful api啊，什么乱七八糟的操作系统和这个restful
api连接，就能做结帐操作。
现在你知道为什么restful api这么流行吧？它结构简单，各种操作系统，web app,
desktop app, mobile app都能用它。
【在 k***e 的大作中提到】
: team lead什么api都要restful，还痴迷于patch，patch merge，本来简简单单的
: service api被搞得很复杂
: 有没有人觉得restful其实很麻烦，没觉得有什么好处
|
a9
发帖数: 21638 | 10 hoho
restful本来就是抛弃了强类型的webservice，在后端再建上一对一的强类型映射简直
是自找苦吃。
你们老板该升级一下他的脑袋了。
【在 k***e 的大作中提到】
: 前端js 后端java
|
|
|
H****S
发帖数: 1359 | 11 强类型remote rpc call可以试下这个，
https://github.com/oncue/remotely
用的是tcp连接，省去了http的addition overhead
【在 k***e 的大作中提到】
: team lead什么api都要restful，还痴迷于patch，patch merge，本来简简单单的
: service api被搞得很复杂
: 有没有人觉得restful其实很麻烦，没觉得有什么好处
|
b********0
发帖数: 62 | 12 应该不是 数据格式和协议都不是强制的 那些更像是common practice
【在 g****u 的大作中提到】
: 我一直以为restful就是用JSON作为数据格式，用HTTP作为协议的API。
: 如果是的话，其实我觉得相比RPC, corba, thrift, gRPC啥的来说是一种简化，适合
: 快速叠代。
: 请版上的大牛指正。
|
f*******t
发帖数: 7549 | 13 我觉得restful是工程智慧的体现。其它RPC自己实现一套标准，不同语言兼容难度很大
。而在非常成熟的HTTP基础上扩展，uri定位资源，支持GET POST DELETE等简单操作，
辅以灵活的json传输数据，好处显而易见：数据和标准统一，几乎无歧义，各种语言也
可以有最合适的实现方式，能最大限度地利用已有的轮子。
它没有用到多么高大上的理论、概念，但现在运用这么广，超过了其它性能特别好或有
别的优点的标准，说明主流码工还是不傻的。 |
T********i
发帖数: 2416 | 14 restful流行说明这个行业没救了。
现实世界，信息的流动是双向的。
web把双向变成单向。其实设计之初谁也没想到将来能做这么大。
现在这些人和这么多所谓流行架构，基本上就不考虑实时双向通信的应用了。搞来搞去
都是低水平重复而已。
【在 k***e 的大作中提到】
: team lead什么api都要restful，还痴迷于patch，patch merge，本来简简单单的
: service api被搞得很复杂
: 有没有人觉得restful其实很麻烦，没觉得有什么好处
|
N***t
发帖数: 161 | 15
是没什么创新了。 就跟眼镜fasion一样，5年有框，5年没框，再5年又有框。。
单向不对称是隐含了一个假设，只有一边有程序循环为主动，另一方只是子程序被调用
－提供服务－没有程序循环。 这对用户交互为主的web应用也算正确，但一个效果是
把后端business logic挤压到一个尴尬境地。要想后端也有程序循环，而且不需要暴露
session，要把整个后端程序起个thread装在session里面。
【在 T********i 的大作中提到】
: restful流行说明这个行业没救了。
: 现实世界，信息的流动是双向的。
: web把双向变成单向。其实设计之初谁也没想到将来能做这么大。
: 现在这些人和这么多所谓流行架构，基本上就不考虑实时双向通信的应用了。搞来搞去
: 都是低水平重复而已。
|
N*****m
发帖数: 42603 | 16 websocket是双向的
【在 T********i 的大作中提到】
: restful流行说明这个行业没救了。
: 现实世界，信息的流动是双向的。
: web把双向变成单向。其实设计之初谁也没想到将来能做这么大。
: 现在这些人和这么多所谓流行架构，基本上就不考虑实时双向通信的应用了。搞来搞去
: 都是低水平重复而已。
|
d*******r
发帖数: 3299 | 17 我也想说这个来着
【在 N*****m 的大作中提到】
: websocket是双向的
|
w***g
发帖数: 5958 | 18 是低水平重复。（一部分）码公的特点就是不管水平咋样，都热衷于重新造轮子。
前两天编译一个叫ardour的软件，用的是一个叫waf的build system。再前两天
搞webrtc，用的是一个叫ninja的系统。反正就是你要用/开发他们的软件，先
来个下马威再说。
【在 T********i 的大作中提到】
: restful流行说明这个行业没救了。
: 现实世界，信息的流动是双向的。
: web把双向变成单向。其实设计之初谁也没想到将来能做这么大。
: 现在这些人和这么多所谓流行架构，基本上就不考虑实时双向通信的应用了。搞来搞去
: 都是低水平重复而已。
|
N*****m
发帖数: 42603 | 19 ninja倒是一个well-known的系统，seastar也是用这个build
你兴趣真广泛啊，现在又搞多媒体了
【在 w***g 的大作中提到】
: 是低水平重复。（一部分）码公的特点就是不管水平咋样，都热衷于重新造轮子。
: 前两天编译一个叫ardour的软件，用的是一个叫waf的build system。再前两天
: 搞webrtc，用的是一个叫ninja的系统。反正就是你要用/开发他们的软件，先
: 来个下马威再说。
|
w***g
发帖数: 5958 | 20 音频处理目前还占我一半收入，属于主业。我对webRTC的降噪算法比较感兴趣，
不过这个项目太庞大了，已经放弃编译出来玩了。
我用过一阵子cmake，先在又退回到最土的makefile了。
【在 N*****m 的大作中提到】
: ninja倒是一个well-known的系统，seastar也是用这个build
: 你兴趣真广泛啊，现在又搞多媒体了
|
|
|
i******l
发帖数: 270 | 21 那你得保持住连接，和 restful 不是一个路数啊
【在 N*****m 的大作中提到】
: websocket是双向的
|
z***s
发帖数: 3241 | 22 魏老师指点一下双向单向怎么定义区分？
如果你说web是单向的，那跟restful也无关吧。web比rest老多了。
【在 T********i 的大作中提到】
: restful流行说明这个行业没救了。
: 现实世界，信息的流动是双向的。
: web把双向变成单向。其实设计之初谁也没想到将来能做这么大。
: 现在这些人和这么多所谓流行架构，基本上就不考虑实时双向通信的应用了。搞来搞去
: 都是低水平重复而已。
|
d*******r
发帖数: 3299 | 23 HTTP 一般都是 client 主动 send 一个 request message, 然后 server 被动地回一
个 response message.
【在 z***s 的大作中提到】
: 魏老师指点一下双向单向怎么定义区分？
: 如果你说web是单向的，那跟restful也无关吧。web比rest老多了。
|
w**z
发帖数: 8232 | 24 restful 是和 Soap 比，什么叫 低水平重复？
【在 T********i 的大作中提到】
: restful流行说明这个行业没救了。
: 现实世界，信息的流动是双向的。
: web把双向变成单向。其实设计之初谁也没想到将来能做这么大。
: 现在这些人和这么多所谓流行架构，基本上就不考虑实时双向通信的应用了。搞来搞去
: 都是低水平重复而已。
|
k***e
发帖数: 210 | 25 我只是觉得什么都要映射成一个资源其实很没必要，而且我觉得patch是个最好不要用
的request，现在patch的标准都没确定下来 |
s***o
发帖数: 2191 | 26 你们lead是程序员出身吗，怎么听着像是只会套公式的架势？ |
k***e
发帖数: 210 | 27 不是，化学专业出身，做了几年dba，然后自学编程。。。一个土耳其人，超级push，
而且有时候思路很奇怪
【在 s***o 的大作中提到】
: 你们lead是程序员出身吗，怎么听着像是只会套公式的架势？
|
z***s
发帖数: 3241 | 28 这么说，用rest是不能实现push之类的功能的？
【在 d*******r 的大作中提到】
: HTTP 一般都是 client 主动 send 一个 request message, 然后 server 被动地回一
: 个 response message.
|
w*********y
发帖数: 251 | 29
restful的思路不奇怪啊，也没错。 懒点的话用messages好了。
【在 k***e 的大作中提到】
: 不是，化学专业出身，做了几年dba，然后自学编程。。。一个土耳其人，超级push，
: 而且有时候思路很奇怪
|
c*********e
发帖数: 16335 | 30 push很容易实现啊，比rest容易多了，和和。
【在 z***s 的大作中提到】
: 这么说，用rest是不能实现push之类的功能的？
|
|
|
x*******1
发帖数: 28835 | |
k**0
发帖数: 19737 | 32 这是大实话
【在 a9 的大作中提到】
: hoho
: restful本来就是抛弃了强类型的webservice，在后端再建上一对一的强类型映射简直
: 是自找苦吃。
: 你们老板该升级一下他的脑袋了。
|
