logo
Redian新闻
>未名空间
>Programming - 葵花宝典
>
有没有人觉得restful被高估了
avatar
有没有人觉得restful被高估了# Programming - 葵花宝典
w*r
1 楼
【 以下文字转载自 Joke 讨论区 】
发信人: chronicle (浮生流年), 信区: Joke
标 题: 镜子镜子谁才是真正的白富美?
发信站: BBS 未名空间站 (Thu Jun 14 23:21:29 2012, 美东)
..
avatar
k*e
2 楼
team lead什么api都要restful，还痴迷于patch，patch merge，本来简简单单的
service api被搞得很复杂
有没有人觉得restful其实很麻烦，没觉得有什么好处
avatar
b*k
3 楼
8和9的白小兔最美！最后一个是啥？小北极熊么？也好cute好憨啊
avatar
g*u
4 楼
我一直以为restful就是用JSON作为数据格式，用HTTP作为协议的API。
如果是的话，其实我觉得相比RPC, corba, thrift, gRPC啥的来说是一种简化，适合
快速叠代。
请版上的大牛指正。

【在 k***e 的大作中提到】
: team lead什么api都要restful，还痴迷于patch，patch merge，本来简简单单的
: service api被搞得很复杂
: 有没有人觉得restful其实很麻烦，没觉得有什么好处
avatar
D*6
5 楼
小白兔可爱得像假的。。。
怎么没有白色的波斯猫啊。。

【在 w****r 的大作中提到】
: 【 以下文字转载自 Joke 讨论区 】
: 发信人: chronicle (浮生流年), 信区: Joke
: 标 题: 镜子镜子谁才是真正的白富美?
: 发信站: BBS 未名空间站 (Thu Jun 14 23:21:29 2012, 美东)
: ..
avatar
k*e
6 楼
我也是这么觉得的，数据就是变成json，但是team lead老是谈resource，任何前端的
object就要map成一个resource到后端，他说这样才是真restful
avatar
V*s
7 楼
好乖好乖 ^_^

【在 w****r 的大作中提到】
: 【 以下文字转载自 Joke 讨论区 】
: 发信人: chronicle (浮生流年), 信区: Joke
: 标 题: 镜子镜子谁才是真正的白富美?
: 发信站: BBS 未名空间站 (Thu Jun 14 23:21:29 2012, 美东)
: ..
avatar
a9
8 楼
啥语言？

【在 k***e 的大作中提到】
: 我也是这么觉得的，数据就是变成json，但是team lead老是谈resource，任何前端的
: object就要map成一个resource到后端，他说这样才是真restful
avatar
p*2
9 楼

所以应该用node？

【在 k***e 的大作中提到】
: 我也是这么觉得的，数据就是变成json，但是team lead老是谈resource，任何前端的
: object就要map成一个resource到后端，他说这样才是真restful
avatar
w*m
10 楼
web转为mobile方便呀
负面是做后端的没有visibility了
avatar
g*u
11 楼
wikipedia上是这么说的。但我觉得这么做很傻B，就是传统java没事找事的做法，
json的flexibility尽失。

【在 k***e 的大作中提到】
: 我也是这么觉得的，数据就是变成json，但是team lead老是谈resource，任何前端的
: object就要map成一个resource到后端，他说这样才是真restful
avatar
k*e
12 楼
前端js 后端java

【在 a9 的大作中提到】
: 啥语言？
avatar
c*e
13 楼
银行的信用卡结帐就是用的restful api啊，什么乱七八糟的操作系统和这个restful
api连接，就能做结帐操作。
现在你知道为什么restful api这么流行吧？它结构简单，各种操作系统，web app,
desktop app, mobile app都能用它。

【在 k***e 的大作中提到】
: team lead什么api都要restful，还痴迷于patch，patch merge，本来简简单单的
: service api被搞得很复杂
: 有没有人觉得restful其实很麻烦，没觉得有什么好处
avatar
a9
14 楼
hoho
restful本来就是抛弃了强类型的webservice，在后端再建上一对一的强类型映射简直
是自找苦吃。
你们老板该升级一下他的脑袋了。

【在 k***e 的大作中提到】
: 前端js 后端java
avatar
H*S
15 楼
强类型remote rpc call可以试下这个，
https://github.com/oncue/remotely
用的是tcp连接，省去了http的addition overhead

【在 k***e 的大作中提到】
: team lead什么api都要restful，还痴迷于patch，patch merge，本来简简单单的
: service api被搞得很复杂
: 有没有人觉得restful其实很麻烦，没觉得有什么好处
avatar
b*0
16 楼
应该不是 数据格式和协议都不是强制的 那些更像是common practice

【在 g****u 的大作中提到】
: 我一直以为restful就是用JSON作为数据格式，用HTTP作为协议的API。
: 如果是的话，其实我觉得相比RPC, corba, thrift, gRPC啥的来说是一种简化，适合
: 快速叠代。
: 请版上的大牛指正。
avatar
f*t
17 楼
我觉得restful是工程智慧的体现。其它RPC自己实现一套标准，不同语言兼容难度很大
。而在非常成熟的HTTP基础上扩展，uri定位资源，支持GET POST DELETE等简单操作，
辅以灵活的json传输数据，好处显而易见：数据和标准统一，几乎无歧义，各种语言也
可以有最合适的实现方式，能最大限度地利用已有的轮子。
它没有用到多么高大上的理论、概念，但现在运用这么广，超过了其它性能特别好或有
别的优点的标准，说明主流码工还是不傻的。
avatar
T*i
18 楼
restful流行说明这个行业没救了。
现实世界，信息的流动是双向的。
web把双向变成单向。其实设计之初谁也没想到将来能做这么大。
现在这些人和这么多所谓流行架构，基本上就不考虑实时双向通信的应用了。搞来搞去
都是低水平重复而已。

【在 k***e 的大作中提到】
: team lead什么api都要restful，还痴迷于patch，patch merge，本来简简单单的
: service api被搞得很复杂
: 有没有人觉得restful其实很麻烦，没觉得有什么好处
avatar
N*t
19 楼

是没什么创新了。 就跟眼镜fasion一样，5年有框，5年没框，再5年又有框。。
单向不对称是隐含了一个假设，只有一边有程序循环为主动，另一方只是子程序被调用
－提供服务－没有程序循环。 这对用户交互为主的web应用也算正确，但一个效果是
把后端business logic挤压到一个尴尬境地。要想后端也有程序循环，而且不需要暴露
session，要把整个后端程序起个thread装在session里面。

【在 T********i 的大作中提到】
: restful流行说明这个行业没救了。
: 现实世界，信息的流动是双向的。
: web把双向变成单向。其实设计之初谁也没想到将来能做这么大。
: 现在这些人和这么多所谓流行架构，基本上就不考虑实时双向通信的应用了。搞来搞去
: 都是低水平重复而已。
avatar
N*m
20 楼
websocket是双向的

【在 T********i 的大作中提到】
: restful流行说明这个行业没救了。
: 现实世界，信息的流动是双向的。
: web把双向变成单向。其实设计之初谁也没想到将来能做这么大。
: 现在这些人和这么多所谓流行架构，基本上就不考虑实时双向通信的应用了。搞来搞去
: 都是低水平重复而已。
avatar
d*r
21 楼
我也想说这个来着

【在 N*****m 的大作中提到】
: websocket是双向的
avatar
w*g
22 楼
是低水平重复。（一部分）码公的特点就是不管水平咋样，都热衷于重新造轮子。
前两天编译一个叫ardour的软件，用的是一个叫waf的build system。再前两天
搞webrtc，用的是一个叫ninja的系统。反正就是你要用/开发他们的软件，先
来个下马威再说。

【在 T********i 的大作中提到】
: restful流行说明这个行业没救了。
: 现实世界，信息的流动是双向的。
: web把双向变成单向。其实设计之初谁也没想到将来能做这么大。
: 现在这些人和这么多所谓流行架构，基本上就不考虑实时双向通信的应用了。搞来搞去
: 都是低水平重复而已。
avatar
N*m
23 楼
ninja倒是一个well-known的系统，seastar也是用这个build
你兴趣真广泛啊，现在又搞多媒体了

【在 w***g 的大作中提到】
: 是低水平重复。（一部分）码公的特点就是不管水平咋样，都热衷于重新造轮子。
: 前两天编译一个叫ardour的软件，用的是一个叫waf的build system。再前两天
: 搞webrtc，用的是一个叫ninja的系统。反正就是你要用/开发他们的软件，先
: 来个下马威再说。
avatar
w*g
24 楼
音频处理目前还占我一半收入，属于主业。我对webRTC的降噪算法比较感兴趣，
不过这个项目太庞大了，已经放弃编译出来玩了。
我用过一阵子cmake，先在又退回到最土的makefile了。

【在 N*****m 的大作中提到】
: ninja倒是一个well-known的系统，seastar也是用这个build
: 你兴趣真广泛啊，现在又搞多媒体了
avatar
i*l
25 楼
那你得保持住连接，和 restful 不是一个路数啊

【在 N*****m 的大作中提到】
: websocket是双向的
avatar
z*s
26 楼
魏老师指点一下双向单向怎么定义区分？
如果你说web是单向的，那跟restful也无关吧。web比rest老多了。

【在 T********i 的大作中提到】
: restful流行说明这个行业没救了。
: 现实世界，信息的流动是双向的。
: web把双向变成单向。其实设计之初谁也没想到将来能做这么大。
: 现在这些人和这么多所谓流行架构，基本上就不考虑实时双向通信的应用了。搞来搞去
: 都是低水平重复而已。
avatar
d*r
27 楼
HTTP 一般都是 client 主动 send 一个 request message, 然后 server 被动地回一
个 response message.

【在 z***s 的大作中提到】
: 魏老师指点一下双向单向怎么定义区分？
: 如果你说web是单向的，那跟restful也无关吧。web比rest老多了。
avatar
w*z
28 楼
restful 是和 Soap 比，什么叫 低水平重复？

【在 T********i 的大作中提到】
: restful流行说明这个行业没救了。
: 现实世界，信息的流动是双向的。
: web把双向变成单向。其实设计之初谁也没想到将来能做这么大。
: 现在这些人和这么多所谓流行架构，基本上就不考虑实时双向通信的应用了。搞来搞去
: 都是低水平重复而已。
avatar
k*e
29 楼
我只是觉得什么都要映射成一个资源其实很没必要，而且我觉得patch是个最好不要用
的request，现在patch的标准都没确定下来
avatar
s*o
30 楼
你们lead是程序员出身吗，怎么听着像是只会套公式的架势？
avatar
k*e
31 楼
不是，化学专业出身，做了几年dba，然后自学编程。。。一个土耳其人，超级push，
而且有时候思路很奇怪

【在 s***o 的大作中提到】
: 你们lead是程序员出身吗，怎么听着像是只会套公式的架势？
avatar
z*s
32 楼
这么说，用rest是不能实现push之类的功能的？

【在 d*******r 的大作中提到】
: HTTP 一般都是 client 主动 send 一个 request message, 然后 server 被动地回一
: 个 response message.
avatar
w*y
33 楼

restful的思路不奇怪啊，也没错。 懒点的话用messages好了。

【在 k***e 的大作中提到】
: 不是，化学专业出身，做了几年dba，然后自学编程。。。一个土耳其人，超级push，
: 而且有时候思路很奇怪
avatar
c*e
34 楼
push很容易实现啊，比rest容易多了，和和。

【在 z***s 的大作中提到】
: 这么说，用rest是不能实现push之类的功能的？
avatar
x*1
35 楼
你懂个屁。 你经理说的对。
avatar
k*0
36 楼
这是大实话

【在 a9 的大作中提到】
: hoho
: restful本来就是抛弃了强类型的webservice，在后端再建上一对一的强类型映射简直
: 是自找苦吃。
: 你们老板该升级一下他的脑袋了。
相关阅读
对TVM怎么看抖音，再见！国家正式发声！哎 你们啊 传文件最保密的方法是请教：如何使用浏览器的cookies给PowerQuery题外话：哪款眼药比较好[bssd]三个概念和范畴python 没有替代品有推荐哪个cvpr见闻写的比较好的吗？C++能否重定义函数？project lead?golang 的int 要怎么用？求推荐一个web crawler, 针对某个网站深度搜索几个关键词做题了，不是买火车票系统，是多点运输成本最小系统现在大规模ML的训练网络还是瓶颈了吗这是什么C++语法？双镜头能弄景深，三镜头有什么意义大家有没有人用过云服务的？我遇到的最不舒服的语言是StataJobs on Siri有人搞rust吗？
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章，不代表同意其说法或描述，仅为提供更多信息，也不构成任何建议。文章信息的合法性及真实性由其作者负责，与Redian.news及其运营公司无关。欢迎投稿，如发现稿件侵权，或作者不愿在本网发表文章，请版权拥有者通知本网处理。