Яка різниця між текстом / xml та програмою / xml для відповіді веб-сервісу

Це більше загальне питання про різницю між text/xmlта application/xml. Я досить новачок у написанні веб-сервісів (REST - Джерсі). Я працюю application/xmlз тих пір, як це відображається в більшості підручників / прикладів коду, які я використовую для вивчення, але нещодавно я дізнався про це text/xmlі цікавився, що в ньому відрізняється і коли ви будете ним користуватися application/xml?

Це старе питання, але те, що часто відвідується і чіткі рекомендації, тепер доступні в RFC 7303, який застаріло RFC3023. Коротше кажучи (розділ 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".

З RFC ( 3023 ), під розділом 3, Типи носіїв XML:

Якщо XML-документ - тобто необроблений, вихідний XML-документ - читається випадковими користувачами, текст / xml є кращим перед application / xml. Користувачі MIME (і агенти веб-користувачів), які не мають явної підтримки тексту / xml, розглядають його як текст / звичайний, наприклад, відображаючи сутність XML MIME як звичайний текст. Application / xml є кращим, коли об'єкт XML MIME не читається випадковими користувачами.

(наголос мій)

Згідно з цією статтею , переважним є застосування / xml.

EDIT

Я трохи прослідкував статтю.

Автор стверджує, що кодування, заявлене в інструкціях з обробки XML, як:

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

можна ігнорувати, коли text/xmlвикористовується тип медіа.

Вони підтримують тезу з визначенням text/*специфікації сімейства типів MIME в RFC 2046 , зокрема наступним фрагментом:

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.

За їх словами, таких труднощів можна уникнути при використанні application/xmlтипу MIME. Правда це чи ні, я б не пішов так далеко, щоб уникнути text/xml. ІМХО, найкраще просто слідувати семантиці читабельності людини (нечитабельності) і завжди пам'ятати, щоб вказати діаграму.

application/xmlрозглядається svnяк двійковий тип, тоді text/xmlяк текстовий файл, для якого може бути показаний різниця.