Apa perbedaan ContentType dan MimeType

Sejauh yang saya tahu, mereka benar-benar setara. Namun, menjelajahi beberapa dokumen django, saya menemukan potongan kode ini:

HttpResponse.__init__(content='', mimetype=None, status=200, content_type='text/html')

yang mengejutkan saya karena keduanya bisa akur. Dokumen resmi dapat menyelesaikan masalah ini dengan cara yang praktis:

content_type adalah alias untuk mimetype. Secara historis, parameter ini hanya disebut mimetype, tetapi karena ini sebenarnya adalah nilai yang disertakan dalam header Jenis Konten HTTP, parameter ini juga dapat menyertakan pengkodean kumpulan karakter, yang membuatnya lebih dari sekadar spesifikasi jenis MIME. Jika mimetype ditentukan (bukan None), nilai itu akan digunakan. Jika tidak, content_type digunakan. Jika tidak ada yang diberikan, pengaturan DEFAULT_CONTENT_TYPE digunakan.

Namun, saya tidak merasa cukup menjelaskan. Mengapa kami menggunakan 2 penamaan yang berbeda untuk hal yang (hampir sama)? Apakah "Jenis Konten" hanya nama yang digunakan dalam permintaan browser, dan dengan sedikit penggunaan di luarnya?

Apa perbedaan utama antara masing-masing, dan kapan hak untuk memanggil sesuatu mimetypesebagai lawan content-type? Apakah saya bersikap pitty dan tata bahasa nazi?

Mengapa kami menggunakan 2 penamaan yang berbeda untuk hal yang (hampir sama)? Apakah "Jenis Konten" hanya nama yang digunakan dalam permintaan browser, dan dengan sedikit penggunaan di luarnya?

Apa perbedaan utama antara masing-masing, dan kapan hak untuk menyebut sesuatu mimetype sebagai kebalikan dari jenis konten? Apakah saya bersikap pitty dan tata bahasa nazi?

Alasannya bukan hanya kesesuaian ke belakang, dan saya khawatir dokumentasi Django yang biasanya sangat baik agak bergelombang tentangnya. MIME (sangat berharga untuk membaca setidaknya entri Wikipedia) berawal dari perluasan surat internet, dan khususnya SMTP. Dari sana, desain ekstensi yang terinspirasi MIME dan MIME telah menemukan jalannya ke banyak protokol lain (seperti HTTP di sini), dan masih digunakan ketika jenis metadata atau data baru perlu dikirim dalam protokol yang sudah ada. Ada lusinan RFC yang membahas MIME yang digunakan untuk berbagai tujuan.

Secara khusus, Content-Type:adalah salah satu dari beberapa header MIME. "Mimetype" memang terdengar usang, tetapi referensi ke MIME itu sendiri tidak. Sebut bagian itu kompatibilitas mundur, jika Anda mau.

[BTW, ini murni masalah terminologi yang tidak ada hubungannya sama sekali dengan tata bahasa. Mengajukan setiap pertanyaan penggunaan di bawah "tata bahasa" adalah hal yang membuat saya kesal. Grrrr.]

Saya selalu melihat contentType sebagai superset dari mimeType. Satu-satunya perbedaan adalah encoding kumpulan karakter opsional. Jika contentType tidak menyertakan pengkodean kumpulan karakter opsional maka itu identik dengan mimeType. Jika tidak, mimeType adalah data sebelum rangkaian penyandian karakter.

MISALNYA text/html; charset=UTF-8

text/htmladalah mimeType
;adalah indikator parameter tambahan
charset=UTF-8adalah parameter encoding set karakter

MISALNYA application/msword

application/mswordadalah mimeType
Ini tidak dapat memiliki kumpulan karakter yang mengkodekan karena ini menggambarkan bentuk yang baik yang octet-streamtidak terdiri dari karakter secara langsung.

Jika Anda ingin mengetahui detailnya lihat tiket 3526 .

Mengutip:

Menambahkan content_type sebagai alias untuk mimetype ke konstruktor HttpResponse. Itu nama yang sedikit lebih akurat. Berdasarkan patch dari Simon Willison. Kompatibel sepenuhnya ke belakang.

Mengapa kami menggunakan 2 penamaan yang berbeda untuk hal yang (hampir sama)?

Kompatibilitas mundur, berdasarkan kutipan Anda dari dokumentasi.