相关疑难解决方法(0)

显然,REST只是一组关于如何使用HTTP的约定.我想知道这些惯例提供了哪些优势.有人知道吗？

今天我读到了Restful服务.基本上我所理解的是Restful webservices将在HTTP请求方法上工作,而不是普通的webservice将在SOAP请求上工作.

什么是Restful服务需要,因为普通的servlet也可以在HTTP方法上工作？

关于Angular的一个特性和复杂性的一点是,它对于如何与RESTful API进行交互并不是很自以为是.我知道有关资源,Restangular以及您自己推出的各种想法.

在一个拥有大量资源(包括各种嵌套)的复杂应用程序中,有理由认为 Restangular优于$ resource; 出于类似的原因,Restangular比滚动自己更好.

直到最近我才看到的一个解决方案是JSData及其AngularJS(repo)的包装器.从Github(~900)的收藏数量来看,如果不使用它,它有相当多的人对它至少感兴趣.它只是Restangular在Github(5k +)上的一小部分,但仍然很重要.

对于那些同时使用Restangular和JSData的人来说,你对它们的比较有什么看法(优点/缺点;目的,可靠性等方面的差异;从文档中可能不太明显的事情)？要使这个问题保持开放,请坚持事实而不是意见.

我从以下内容中得到的印象如下:

Restangular

• (+)大脑共享
• (+)高度可定制
• ( - )焦点似乎只是与RESTful API的实际交互,而不是一旦它返回就自以为是/作为数据存储(如果我错了请纠正我).当然,这可以被认为是一个特征,就像Angular缺乏意见一样.我现在认为这是一个不利因素,因为额外的工作量,这意味着开发人员可以提出自己的解决方案.

JSData

• (+)不仅适用于REST,还适用于localStorage,localforage,Firebase等,包括自定义适配器
• (+)设计为缓存数据存储而不必重复HTTP调用(公平地说,缓存也是Restangular的一个选项,尽管可能不那么交织/对其任务至关重要)
• ( - )尽管开发人员似乎承诺,但并不像以下那样大

我对编程很陌生,并且在理解RESTful API的概念方面遇到了一些麻烦.我读过有关REST和RESTful API的文章.我已经查看了SO中已经提出的问题,但似乎无法更好地理解这个主题.

在我的网络编程类中,我正在使用套接字编程.任务中有两部分,A部分和B部分.

在A部分,我编写了一个响应GET和POST的服务器.服务器检索客户端请求的文件,或写入文件.(使用HTTP协议).

在B部分中,我将使用HTTP来实现RESTful应用程序.基本上它是一个消息服务器,能够处理GET,POST,PUT和DELETE.在这部分中,服务器将创建xml文件并与之交互.我理解这些方法是如何工作的.但我真正不明白的是以下内容:

为什么A部分服务器不是RESTful,而B部分是RESFTful？

我有点困惑，术语“ HTTP客户端 ”和“ REST客户端 ” 之间是否有区别？

例如，我发现一些Android的库看起来像是为使用REST服务而设计的，但是它们自称为“ HTTP客户端 ”（Retrofit）或“ HTTP库 ”（Volley）。

例如，还有一个自称为“ HTTP / REST客户端库 ”的库（对于Android是jus）。

• 那么，“ HTTP客户端”和“ REST客户端”是否相同？

• 还是“ REST客户端”是具有某些其他功能的HTTP客户端？

• JSON / XML解析器呢？它们是否被视为REST客户端的一部分，而不是HTTP客户端的一部分？

如果有人可以澄清这个问题，我将不胜感激。

我理解(从接受的答案HTTP和REST之间有什么区别？)REST只是一组关于如何使用HTTP的规则

接受的答案说

不,REST是应该使用HTTP的方式.

今天我们只使用一小部分HTTP协议的方法 - 即GET和POST.REST的方法是使用所有协议的方法.

例如,REST规定使用DELETE擦除URI后面的文档(无论是文件,状态等),而使用HTTP,您会滥用GET或POST查询,如... product /？delete_id = 22

我的问题是什么是缺点/缺点(技术或设计)如果我继续使用POST方法而不是DELETE/PUT来删除/更新Rest中的资源？