【概念普及】很通俗的解释一下RESTful(表现层状态转移)架构风格

        官方:REST(Representational State Transfer)指的是一种架构设计风格,而满足这种设计风格的应用程序或设计就被认为是RESTful的。这也是目前互联网中最流行的一种软件架构风格,它结构清晰、符合标准、易于理解,越来越多的应用服务开始使用RESTful这种架构风格,尤其是那些基于HTTP协议的网络服务。

        这话要是有人能听懂就是天才,网上大部分资料还是原话转或融入有限的理解。我自己研究了一番,理解了发起者的意图,自己通俗的给大家解释一下。

        目的: 规范一种风格,使系统可以长期存在,支撑持久系统。围绕2点恒定不变展开,一点是表现层恒定,也就是本质,图标就是图标,标题就是标题,多久都不会变的。另一点是定义状态变化,增删改查什么的,这个永久都不会变复杂,就那么多。

        解释:定义一种接口设计风格,使接口描述为资源以及资源对应的状态切换,状态切换指增删改查或crud(创建、查询、更新、删除)。

        举例说明:

           我想定义2个接口,一个是获取信息,一个是删除信息,以下接口看起来是没有问题的,而且大家一般也是这么做的

           /user/getinfo
           /user/delinfo?id=

           但是,这不是RESTful的,因为你定义了一个行为,将行为细节都交给接口实现的,每一个行为独占一个接口,如果业务有变更,你可能还要改,比如要求只能删除7天之前的。以下接口则是RESTfull的,接口仅描述了资源,具体操作由指定的动作来完成。

           GET /user/info
           DEL /user/info?id=
           这样,服务端仅需要简单的维护资源,做状态切换却可。对于只能删除7天之前的这种事,则由上层逻辑去控制,底层安稳的一直存在下去,除非某一天,确实不用这个资源了。

         用途:

                 RESTful风格,相当于将逻辑抽象出了一层客观存在的与事实对应的一层,加强了这一些的持久层,上层无论怎么变,这层可以不变。

         价值:

                 非常适用于前后端分离场景

         和HTTP关系:

                 RESTful不一定用http实现,但http确实非常适用于实现RESTful

         其他说明:

                  接口不能有状态和依赖,否则破坏了RESTful性质,不然业务调整使依赖关系变更时,还得改接口。


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值