北京web*端调用restful，十万个Web*端面试题之RESTful API等

现在web前端也是一个非常热门的行业，想要学习web前端开发的同学请看这里北京web前端调用restful ，通过对十万个Web前端面试题之RESTful API等?? 的了解，希望以上信息可以帮助到您

1.十万个Web前端面试题之RESTful API等

来自灵魂的拷问你知道RESTful API吗？他的优点和缺点是啥？有没有替换方案？小白回答RESTful API我知道，就是服务端接口，替换方案？这不是标准吗？还替换啥？你是太闲了吧。老鸟回答早期Web是通过服务端生成页面的，Web间的数据传输比较简单，后来，随着企业业务的不断发展，出现了技术。早期的技术异常繁琐，基本都是使用XML，基于SOAP协议进行通讯。随着技术的发展，有一种技术，受到了大家的喜爱，他就是RESTful API API2000年时，Roy Thomas Fielding在他的博士论文中，首先提出了REST这个词，我在链接里面放了他论文的地址，有兴趣的可以看下。Fielding是个牛人，他是HTTP协议的主要设计者，Apache服务器软件的作者之一、Apache基金会的*任主席，这边不展开讲他了，我们讲下RESTful的概念。Fielding对互联网软件的架构原则，定义为REST，即 State Transfer的缩写，中文是表现层状态转化。如果一个架构符合REST原则，就称它为RESTful架构。REST包含三要求，即资源（Resources）、表现层（）、状态转化（State Transfer）资源：就是一个网络上的实体，一个链接，一个图片，一个视频，任务网络上的东西，都可以确定为一个资源，URI就是它的地址表现层：把资源具体展现中的形式，就叫表现层，比如文本使用txt、html、xml、json格式表现，图片使用jpg、gif、png格式表现状态转化：通过操作，使得客户端和服务端对某个资源在表现层上展现出来的不同状态，叫状态转化，而操作的手段，只能是通过HTTP协议，比如用GET、POST、PUT、DELETE请求状态总之，RESTful API是通过只使用HTTP协议，对网络进行资源化定义，非常简单直观的描述和定义了资源这个概念，你只需要了解HTTP，就可以很快速的学习和使用，不需要额外的配置和协议。完整的RESTful API组成和定义1、协议一般是指HTTP或HTTPS协议2、域名如： OK - [GET]：服务器成功返回用户请求的数据，该操作是幂等的（）。 201 CREATED - [POST/PUT/PATCH]：用户新建或修改数据成功。 202 Accepted - [*]：表示一个请求已经进入后台排队（异步任务） 204 NO CONTENT - [DELETE]：用户删除数据成功。 400 INVALID REQUEST - [POST/PUT/PATCH]：用户发出的请求有错误，服务器没有进行新建或修改数据的操作，该操作是幂等的。 401 - [*]：表示用户没有权限（令牌、用户名、密码错误）。 403 Forbidden - [*] 表示用户得到授权（与401错误相对），但是访问是被禁止的。 404 NOT FOUND - [*]：用户发出的请求针对的是不存在的记录，服务器没有进行操作，该操作是幂等的。 406 Not - [GET]：用户请求的格式不可得（比如用户请求JSON格式，但是只有XML格式）。 410 Gone -[GET]：用户请求的资源被永久删除，且不会再得到的。 422 entity - [POST/PUT/PATCH] 当创建一个对象时，发生一个验证错误。 500 INTERNAL SERVER ERROR - [*]：服务器发生错误，用户将无法判断发出的请求是否成功。8、返回结果根据上面的请求操作与URL，返回特定的JSON结果RESTful的缺点RESTful API毋庸置疑，非常好用、简单且强大，它把任何当成一个资源，非常适合微服务提供的请求返回。但随着接口的增多，它也导致了一个问题：过多的接口，就导致接口爆炸，过少的接口，就导致信息臃肿。前端在请求数据时，其实有时候，需要多个资源的集合，有时候又不需要单个资源的所有数据，前端希望能根据我的请求，返回特定的资源数，这时候，RESTful API明显就力不从心了。GraphQL API这时，GraphQL API就派上用场了，完美的解决了上面RESTful API的缺点，我们下次再细说GraphQL API

看了以上有关十万个Web前端面试题之RESTful API等??的讲解，如果还有什么疑问可以直接来电咨询