Sự khác biệt giữa văn bản / xml so với ứng dụng / xml đối với phản hồi của dịch vụ web

Đây là nhiều hơn một câu hỏi chung về sự khác biệt giữa text/xmlvà application/xml. Tôi còn khá mới để viết dịch vụ web (REST - Jersey). Tôi đã sản xuất application/xmlvì đó là những gì xuất hiện trong hầu hết các hướng dẫn / ví dụ mã mà tôi đang sử dụng để tìm hiểu, nhưng gần đây tôi đã phát hiện ra text/xmlvà tự hỏi có gì khác về nó và khi nào bạn sẽ sử dụng nó application/xml?

Đây là một câu hỏi cũ, nhưng một câu hỏi thường xuyên được truy cập và các khuyến nghị rõ ràng hiện có sẵn từ RFC 7303 , điều này đã làm lỗi RFC3023. Tóm lại (phần 9.2):

The registration information for text/xml is in all respects the same
as that given for application/xml above (Section 9.1), except that
the "Type name" is "text".

Từ RFC ( 3023 ), trong phần 3, Các loại phương tiện XML:

Nếu một tài liệu XML - nghĩa là, tài liệu XML nguồn chưa được xử lý - có thể đọc được bởi người dùng thông thường, văn bản / xml thích hợp hơn cho ứng dụng / xml. Các tác nhân người dùng MIME (và các tác nhân người dùng web) không có hỗ trợ rõ ràng cho văn bản / xml sẽ coi nó là văn bản / thuần túy, ví dụ, bằng cách hiển thị thực thể MIME XML dưới dạng văn bản thuần túy. Ứng dụng / xml thích hợp hơn khi người dùng thông thường không thể đọc được thực thể MIME XML .

(nhấn mạnh của tôi)

Theo bài viết này ứng dụng / xml được ưa thích.

BIÊN TẬP

Tôi đã làm một chút theo dõi trên bài viết.

Tác giả tuyên bố rằng mã hóa được khai báo trong hướng dẫn xử lý XML, như:

<?xml version="1.0" encoding="UTF-8"?>

có thể bỏ qua khi text/xmlloại phương tiện được sử dụng.

Họ ủng hộ luận điểm với định nghĩa về text/*đặc tả họ loại MIME trong RFC 2046 , cụ thể là đoạn sau:

4.1.2.  Charset Parameter

   A critical parameter that may be specified in the Content-Type field
   for "text/plain" data is the character set.  This is specified with a
   "charset" parameter, as in:

     Content-type: text/plain; charset=iso-8859-1

   Unlike some other parameter values, the values of the charset
   parameter are NOT case sensitive.  The default character set, which
   must be assumed in the absence of a charset parameter, is US-ASCII.

   The specification for any future subtypes of "text" must specify
   whether or not they will also utilize a "charset" parameter, and may
   possibly restrict its values as well.  For other subtypes of "text"
   than "text/plain", the semantics of the "charset" parameter should be
   defined to be identical to those specified here for "text/plain",
   i.e., the body consists entirely of characters in the given charset.
   In particular, definers of future "text" subtypes should pay close
   attention to the implications of multioctet character sets for their
   subtype definitions.

Theo họ, những khó khăn như vậy có thể tránh được khi sử dụng application/xmlloại MIME. Cho dù đó là sự thật hay không, tôi sẽ không đi xa để tránh text/xml. IMHO, tốt nhất chỉ là tuân theo ngữ nghĩa về khả năng đọc của con người (không đọc được) và luôn nhớ chỉ định bộ ký tự.

application/xmlđược xem svnnhư là loại nhị phân trong khi đó text/xmllà tệp văn bản có thể hiển thị một khác biệt.