Webサービス応答のtext / xmlとapplication / xmlの違いは何ですか

これは違いに関する一般的な質問の詳細ですtext/xmlとapplication/xml。私はWebサービス（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ドキュメント）がカジュアルなユーザーから読み取れる場合、application / xmlよりもtext / xmlの方が適しています。text / xmlを明示的にサポートしていないMIMEユーザーエージェント（およびWebユーザーエージェント）は、たとえば、XML MIMEエンティティをプレーンテキストとして表示することにより、text / plainとして扱います。 カジュアルなユーザーが XML MIMEエンティティを読み取れない場合は、Application / xmlをお勧めします。

（強調鉱山）

この記事によると、 application / xmlが推奨されます。

編集

記事について少しフォローアップしました。

著者は、エンコーディングが次のようにXML処理命令で宣言されていると主張しています。

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

text/xmlメディアタイプが使用されている場合は無視できます。

それらはtext/*、RFC 2046のMIMEタイプファミリー仕様の定義、特に次のフラグメントで論文をサポートします。

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/xmlMIMEタイプを使用すると、このような問題を回避できます。それが本当かどうかにかかわらず、私は避けようとはしませんtext/xml。私見、人間可読性（非可読性）のセマンティクスに従うだけで、常に文字セットを指定することを忘れないでください。

application/xml見られるsvnようにバイナリに対し、タイプtext/xmlとしてテキストの差分を表示することができるためのファイル。