MIME類型的約定，標準或限制？

鑑於目前不能由任何已知的應用程序處理的一個新的，專有的文件格式，我認爲你可以發明一種新的MIME類型值，如下所示：MIME類型的約定，標準或限制？

Content-Type: application/my-arbitrary-format

假設這是要走的路，在那裏任何侷限性（格式，句法，長度，保留字，或其它），標準（IETF，ISO，W3C，IEEE等），或約定（如斜線type/format）？

請注意，我不想使用已知的MIME類型值，因爲瀏覽器和/或操作系統不應該對可以打開或不打開文件做出假設。

來源

2010-07-08 Dolph

要正確執行此操作，您可以向IANA註冊新類型。 http://www.iana.org/assignments/media-types/

來源

2010-07-09 13:33:52 Brad

有沒有辦法創造一種避免註冊過程中應用特定MIME類型？例如，如果我正在開發需要JSON自定義風格的RESTful API（application/my-app-special1 + json）。 – 2011-12-05 01:00:56

@LeaHayes，你可以發送任何你想要的，基本上。至於你爲什麼要創建類似於JSON而不是JSON的東西，我不確定... – Brad 2011-12-05 01:21:27

我希望能夠有一個通用的約定可以使用。我想定義一個JSON模式，用於爲自定義模塊加載器傳輸JavaScript，CSS和依賴項。我想使用自定義MIME來標識返回的JSON數據將被自動解釋（而application/json將被純粹視爲數據）。通過這種方式，模塊加載器可以通過API使用，並且API的使用者（可能與我的JavaScript庫一起）會理解響應的本質......這只是一個我正在玩弄的想法。乾杯! – 2011-12-05 01:40:36

This頁面給出了命名MIME類型的約定。以下是有關自定義MIME類型的部分：前綴的亞型實驗MIME類型

使用x.。請注意，前綴x-也適用於此目的，但不鼓勵使用x.以促進與其他前綴的對稱性。

使用vnd.作爲供應商特定MIME類型的子類型的前綴，該類型是商業產品的一部分。前綴vnd.之後應跟隨由句點分隔的供應商名稱和子類型（例如， application/vnd.mozilla.xul+xml）。

使用prs.作爲不屬於商業產品一部分的個人/虛擬MIME類型的子類型的前綴。

來源

2015-01-08 17:59:16

MIME類型的約定，標準或限制？

回答

相關問題