从REST接口返回应用程序/八位字节流可以吗？
通过返回应用程序/八位字节流以获取响应，我是否违反了REST圣经中的任何法律？REST端点接收5个图像URL从REST接口返回应用程序/八位字节流可以吗？,rest,web-applications,mime-types,Rest,Web Applications,Mime Types,通过返回应用程序/八位字节流以获取响应，我是否违反了REST圣经中的任何法律？REST端点接收5个图像URL { "image1": "http://ww.o.com/1.gif", "image2": "http://www.foo.be/2.gif" } 它将下载这些文件并将其作为应用程序/八位字节流返回 澄清：调用此REST界面的客户端是一个移动应用程序。每增加一次网络连接，电池寿命就会减少几毫安。我被迫使用REST，因为这是公司的标准。如果没有，我将使用我自己的二进制协议。它不是很
{ "image1": "http://ww.o.com/1.gif",
"image2": "http://www.foo.be/2.gif" }
澄清：调用此REST界面的客户端是一个移动应用程序。每增加一次网络连接，电池寿命就会减少几毫安。我被迫使用REST，因为这是公司的标准。如果没有，我将使用我自己的二进制协议。它不是很好，因为客户端将不知道如何处理这些二进制数据，除非将这些字节存储在某个位置或将它们发送到其他进程（如果这是您对数据所需的全部操作，那么就可以了）
您可以查看内容类型。依我看，包含多个
image/gif看起来更干净，划分更合理。它还将并行运行下载，根据您使用的浏览器，每次可运行2次或更多下载。听上去，这更像是一个RPC调用。具体来说，“这是一个URL列表，给我发一个存档” 这个过程不是特别RESTful的，因为REST不是基于RPC的系统 您需要做的是将归档文件视为资源，并找到一种创建和提供归档文件的方法 例如，您可以：
POST /archives
Content-Type: application/json
{ "image1": "http://ww.o.com/1.gif",
"image2": "http://www.foo.be/2.gif" }
HTTP/1.1 201 Created
Location: http://example.com/archives/1234
Content-Type: application/json
GET /archives/1234
Accept: application/json
PUT /archives/1234
Content-Type: application/json
{ "image1": "http://ww.o.com/1.gif",
"image2": "http://www.foo.be/2.gif",
"image3": "http://www.foo2.foo/4.gif" }
DELETE /archives/1234
或者，您可以让服务器在稍后某个时间使资源过期。它们被称为REST原则而不是法律，但我认为，不，您没有“违反”它们。REST是指资源可以通过URL寻址，并且（在适当的情况下）可以以多种格式提供。它没有说明格式应该是什么。关于REST的含义有一个简单的描述 然而，正如@Andrey所说，有比发明自己的临时格式更好的方法来处理发送多个数据对象。多部分mimeType/格式是一种替代方法，另一种方法是将对象打包为tar、zip或类似的归档文件格式发送
使用“应用程序/八位字节流”的真正问题是，它不会告诉任何人数据的实际格式。相反，您的客户机“知道”它是如何格式化的，并相应地解释它。发明自己的格式的问题是互操作性，并且（可能）必须设计、实现和维护库来支持它，可能会多次出现。可能确实存在
nPUTPOSTPUT/archives/1234POSTPOST/archivesDELETE /archives/1234