什么是RESTful API?

RESTful API指的是一种符合REST(Representational State Transfer,即表述性状态转移)架构风格标准的API。RESTful API是一种基于HTTP协议构建的API,并且通过URL来确定资源,使用HTTP方法(如GET、POST、PUT、DELETE等)来定义操作行为,以及使用JSON等数据格式传输数据。

与传统的API相比,RESTful API具有以下区别:https://www.nowcoder.com/issue/tutorial?zhuanlanId=Mg58Em&uuid=43521d43a8e341f888324dd690363024

关注资源:RESTful API将每个URL看做一个资源,并针对这些资源定义相应的操作。

无状态:RESTful API是一种无状态协议,即请求之间相互独立,不会保存上下文信息。

基于HTTP协议:RESTful API基于HTTP协议,使用HTTP方法来定义操作行为,并使用HTTP状态码来反映请求处理结果。

数据格式:RESTful API通常使用JSON等轻量级数据格式来传输数据。

可缓存性:由于RESTful API具有无状态特性和代表资源的URL地址,因此可以使客户端缓存资源或结果以提高性能和可伸缩性。

语义化:RESTful API倡导使用自描述消息,即请求和响应中包含足够的信息让技术和非技术人员理解它们之间的交互。
全部评论

相关推荐

​是的,我今天就想批判一下那些披着「设计(系统/语言)」外衣的研发工程师。设计系统(Design system)这个概念应该是从国外最先有的。它的定义是:国内的组件库只有 Antd 在推出的时候声称自己是 一个 UI 设计语言,虽然当时我还不知道什么叫做设计语言,什么是设计系统。但是从工程师的角度我知道它就是 一套组件库。一直到近两年,越来越多的前端团队以设计系统为排面推出自己的组件库的时候,我就觉得有些不对劲儿了。哪里不对劲儿了?我在想我们实际上做的事情不就是设计了一套组件库吗,为什么要把设计放在前面。这似乎传达给我们一种信号:我想并不是这样的,或者说不应该是这样的。设计 永远是最上层的,它们关注的用户的外在、外观感受,它是感性的、多变的,没有唯一标准的。你很难想象用一套设计系统满足所有人的需求对吧?因为我喜欢蓝色,你喜欢红色这是不需要解释的。工程 永远是最底层的,它关注事物内在的东西、自身属性,它是理性的、不变的,有迹可循的。所以工程层面追求的是一致、复用和效率。没人喜欢一个相同的组件在不同的实现上有不一样的 API。在「前端工程师」这个职位名字中,「前端」是个形容词,「工程师」才是名词。我们得先是工程师再是前端对吧。当我们不由自主地和设计靠拢时,思维模式也受到了影响,似乎只有设计思维才会关注到那些形容词。当我们在设计一套组件库的时候会遇到很多不一致的情况,在我的经验里面:当我们设计的组件库需要考虑到跨端情况的时候,我们的组件库应该有一套一致的 API、一致的命名规则。但是从设计角度去决策的时候这件事情变得非常困难。比如说:日期选择 这个组件,移动端通常叫做 DatePicker,这个词强调的是用户的动作(pick),在 PC 端通常叫做 Calendar,这个词强调的是组件本身的特征。还有:按钮 组件的类型属性,有的是表形的:default/info/warning/error,有的是表义的:primary/secondary/danger再一次,我们在工程实现层面不需要这种差别。它就是一个简单的按钮而已。造组件库的人没有想清楚这件事情,用组件库的人却得承受这种不一致。那什么组件库的设计者们没想清楚这件事情?因为他们的思维也被设计系统带偏了。一味的追求设计上的形式化的一致,却忽略了工程上逻辑的一致。当这股邪风吹来,没人会在意组件库的工程化设计,没人在意它好不好用,每个人都想复制粘贴快速实现一套组件库,然后再披上设计系统的外衣,为自己的似锦前程添砖加瓦...​
点赞 评论 收藏
分享
点赞 收藏 评论
分享
牛客网
牛客企业服务