1

我正在构建一个发出流式 XML 的 Web 服务。因此，输出将（在高级别）如下所示：

<fragment1>
    <!-- ... -->
</fragment1>

<fragment2>
    <!-- ... -->
</fragment2>

...等等。对于普通的 XML 文档，您可以使用以下任何一种不同的 MIME 类型：

  • 应用程序/xml
  • application/vnd.mycompany.com.description+xml （根据这个可爱的答案）
  • 文本/xml

但是，这些 MIME 类型都假定响应只包含一个 XML 文档/片段。就我而言，响应包含零个或多个片段。出于这个原因，使用其中一种 MIME 类型似乎是错误的事情。正确的处理程序将（正确地）将响应作为单个 XML 文档处理，并且（a）在到达第二个片段时出现错误，或者（b）默默地忽略从片段 2 开始的片段。

如果那是错误的事情，那么这些 MIME 类型之一是正确的事情：

  1. application/octet-stream
  2. application/vnd.mycompany.com.description.streaming+xml
  3. application/vnd.mycompany.com.description+streaming-xml

还是我应该使用完全不同的？此外，如果数据格式上线后，可以将相同的 MIME 类型“样式”应用于流式 JSON，那就太好了。

编辑：为了给这个问题更多的味道，并提供一个我试图模拟的工作实现的例子，这个 API 是在Twitter 流 API之后建模的。

4

2 回答 2

2

听起来除了您的流媒体需求外，您的内容实际上是一个包含多个部分的多部分消息application/xml。使用此布局application/json部分也可以混合在您的消息中。

如果您的单个 XML 片段是较大文档的一部分，请查看（有些陈旧和低调的）XML 片段交换 W3C 候选推荐。它定义了一种很好的语法来将片段主体与有关原始文档的上下文信息包装在一起。

于 2013-06-08T21:32:51.433 回答
0

根据数据中的语义关系及其结构，有多种选择。

第一种选择：如果您有一个（连续的）文件，可以通过将其包装在<elem>...<code></elem> 标记中轻松地将其转换为有效的 XML 文档，那么它应该是application/xml-external-parsed-entity. 这可以是任何东西，从简单的文本到评论、处理指令或复杂元素的列表。但是，您不能插入 XML 声明（必须通过 MIME 定义字符集）或任何 DTD（因此，如果您依赖 DTD，则必须由封闭文档提供含义，并且您也不能包含任何其他外部解析实体，除非您使用 XInclude)。

我发现这适用于任何可以描述为任意 XML 内容/片段的内容。它主要用于通过 DTD 中的外部解析实体使用，但它本身也同样有效。如果您的片段可能没有单个根节点，请使用此选项。然而，我可以想到一个警告：如果流是无限的，客户端最终将不得不在某个地方终止它，并且由于没有指定外部边界，它可能会在元素中间终止，根据它使其无效到它的架构。

您也可以application/xml自己使用和编写开始标记，但如果将某些解析器配置为将其作为一个整体进行处理，它们可能会等待文档的结尾。使用application/xml-external-parsed-entity，可以做的最好的事情是将其解析为单个 XML 节点的流。

第二种选择：有multipart类型的范围。这样，您可以包装单个 XML 文档（application/xml或特定的）或片段 ( application/xml-external-parsed-entity)。同样，内部类型的选择取决于单个消息是否可以被视为独立的 XML 文档（例如application/svg+xml“SVG 视频”）。

子类型的选择取决于整个序列的预期含义。可以使用一组单独的独立文件流multipart/mixed（这是最通用的类​​型）。如果 XML 数据以某种方式相互关联，您可以使用multipart/related标识符并将其分配给各个片段。最后，multipart/x-mixed-replace如果只有消息的最后一部分表示资源的最新内容（以保存单个请求），则使用。

举例说明：

  • 如果响应是用 XHTML 标记丰富的文本流（例如从 Markdown 流转换而来），它应该是单个application/xml-external-parsed-entity.

  • 如果碎片是附件，不断从网站下载或用户上传的文件，应该是multipart/mixed.

  • 如果片段是大型或不断增长的资源图（不仅仅是 XML）中的节点，multipart/related则应该使用。

  • 如果结果是一个短暂的信息，比如某个过程的当前状态或某事的持续测量，它应该是multipart/x-mixed-replace.

于 2021-01-31T15:05:10.500 回答