Html5-boilerplate: Kembali ke `` ?
Diskusi sebelumnya
Komit di mana perubahan dilakukan: https://github.com/h5bp/html5-boilerplate/commit/7a2f9dcf8b56b6923a5bde028ea1838d32572588
Masalah yang relevan: #335, #1059.
Spesifikasi, browser, dan validator
Dari WHATWG
DOCTYPE harus terdiri dari komponen berikut, dalam urutan ini:
- String yang merupakan ASCII β case-insensitive cocok untuk string ".
- Satu atau lebih karakter spasi.
- String yang merupakan ASCII β case-insensitive cocok untuk string "html".
- Secara opsional, string warisan DOCTYPE atau string DOCTYPE usang yang diizinkan (didefinisikan di bawah).
- Nol atau lebih karakter spasi.
- Karakter U+003E TANDA LEBIH BESAR (>).
Dengan kata lain, , case-insensitive.
Jadi, sesuai spesifikasi, case tidak masalah. Juga, browser (AFAIK) tidak terlalu peduli, dan validator W3C baik -baik
Pro dan kontra untuk menggunakan <!doctype html>
Kelebihan:
- biasanya kompres lebih baik
- konsistensi (kami tidak menggunakan huruf besar
htmldalam deklarasidoctype, atau apa pun dalam hal ini) - dapat memicu keingintahuan pengembang
Kontra:
- beberapa IDE/editor teks mengeluh tentang sintaks (IMHO ini seharusnya tidak menjadi perhatian untuk H5BP, karena ini merupakan bug di IDE/editor teks, dan dengan demikian, itu harus diperbaiki oleh mereka. Melalui jalur ini, seseorang dapat berpendapat bahwa kita tidak boleh menggunakan fitur CSS3 karena beberapa IDE/editor teks mengeluh tentang sintaks baru).
- bentuk huruf besar lebih umum digunakan, dan dengan demikian, tidak membuat pengembang bertanya-tanya/penasaran.
Pikiran?
alrra
Semua 18 komentar
Saya memikirkan ini segera setelah saya membaca artikel kompresi itu.
roblarsen
pada 22 Mar 2014
Perhatikan bahwa argumen βkompres lebih baikβ adalah generalisasi β ini mengasumsikan bahwa di seluruh bagian dokumen lainnya, karakter document huruf kecil lebih umum daripada karakter DOCUMENT huruf besar. Ini mungkin tidak berlaku untuk semua dokumen.
βmungkin memicu keingintahuan pengembangβ bersifat subjektif β Anda dapat mengatakan hal yang sama tentang <!DoCtYpE hTmL> .
Alasan lain pro huruf besar adalah kompatibilitas polyglot/XHTML (walaupun XHTML bukanlah sesuatu yang ingin didukung secara aktif oleh siapa pun).
mathiasbynens
pada 22 Mar 2014
Kompresi 'doctype' vs 'DOCTYPE' tidak akan pernah menjadi masalah.
necolas
pada 22 Mar 2014
Memiliki huruf besar DOCTYPE akan membuatnya tetap konsisten dengan penyebutannya di dokumen di WHATWG.
koistya
pada 23 Mar 2014
Memiliki huruf kecil doctype akan membuatnya tetap konsisten dengan @paulirish.
PERIKSA sekakmat.
QWp6t
pada 23 Mar 2014
Saya akan lebih suka membiarkan doctype apa adanya, dalam huruf besar. Tidak ada banyak nilai untuk varian lain.
drublic
pada 24 Mar 2014
@mathiasbynens Saya juga berpikir varian huruf besar memiliki sedikit keuntungan, seperti yang Anda katakan, mungkin bukan karena seseorang ingin mendukung polyglot/XHTML apa pun =)... kasus campuran satu akan menimbulkan kesalahan penguraian...bukan berarti banyak orang akan secara ekstensif mengurai dokumen html dengan parser XML (dan juga tag lainnya harus kompatibel dengan XHTML, misalnya menutup sendiri dll.) tetapi siapa yang tahu kapan Anda akan, jadi saya tidak melihat ada yang terluka karena doctype huruf besar tetapi dalam kasus yang dijelaskan itu mungkin ... setidaknya begitulah saya memahaminya =)
exside
pada 24 Mar 2014
beberapa IDE/editor teks mengeluh tentang sintaksnya
Tidak dapat menemukan bukti ini sekarang, karena saya pikir itu sudah diselesaikan.
Textmate 2: tidak masalah. ST2: tidak masalah. WebStorm 7: tidak ada masalah. Atom: semuanya baik-baik saja.
Jadi mengingat itu, tidak ada alasan serius kami akan menghindari huruf kecil.
H5BP menolak mendukung dokumen poliglot sejak lama, tidak ada gunanya mencoba mendukungnya di tingkat doctype dan kemudian mengabaikan dukungan untuk sisanya.
Saya pikir doctype huruf kecil konsisten dengan huruf kecil dari tag html yang digunakan. Di luar konsistensi, huruf besar keras, menjengkelkan, dan bukan pengantar yang tenang ke dalam sumber HTML. Google menggunakan doctype huruf kecil, bersama dengan ratusan ribu situs yang dibangun dengan versi h5bp sebelumnya.
paulirish
pada 24 Mar 2014
@exside yang akan membuatnya tidak konsisten dengan beberapa keputusan lain yang dibuat oleh h5bp. Anda menyebutkan tag yang menutup sendiri, misalnya; h5bp tidak memiliki tag penutup sendiri. Jika doctype harus huruf besar untuk tujuan agar kompatibel dengan xml, maka yang lainnya juga harus kompatibel dengan xml.
Ini tidak dimaksudkan untuk mengatakan bahwa tidak ada alasan untuk menggunakan huruf besar, hanya saja alasan yang Anda kemukakan adalah alasan yang tidak valid, atau setidaknya tidak konsisten dengan beberapa keputusan lain yang telah dibuat oleh h5bp.
QWp6t
pada 24 Mar 2014
@ QWp6t dari sudut pandang itu, Anda pasti benar =) ... saya menggunakan templat dasar buatan "sendiri" saya yang pasti mendapat banyak praktik terbaik dari h5bp, jadi saya tidak memiliki "murni" itu h5bp dalam pikiran ketika menulis komentar itu, tapi entah bagaimana saya menyukai keketatan XHTML dan karenanya saya masih menulis dengan cara yang sesuai dengan XHTML (misalnya dengan tag penutup sendiri, dll.)
exside
pada 25 Mar 2014
Apa kesimpulannya di sini? Saya masih tidak melihat alasan untuk mengubah doctype.
drublic
pada 1 Apr 2014
Saya masih tidak melihat alasan untuk mengubah doctype.
@drublic bagi saya, alasan utama perubahan ini adalah karena rasanya lebih konsisten dengan kode lainnya.
alrra
pada 1 Apr 2014
Saya pikir doctype huruf kecil konsisten dengan huruf kecil dari tag html yang digunakan. Di luar konsistensi, huruf besar keras, menjengkelkan, dan bukan pengantar yang tenang ke dalam sumber HTML. Google menggunakan doctype huruf kecil, bersama dengan ratusan ribu situs yang dibangun dengan versi h5bp sebelumnya.
Mempertimbangkan komentar di atas dari @paulirish, saya pikir saya akan memilih perubahan.
sarukuku
pada 1 Apr 2014
@alrra Ya, saya seorang _for_
roblarsen
pada 1 Apr 2014
Saya pikir doctype huruf kecil konsisten dengan huruf kecil dari tag html yang digunakan.
Dan sebaliknya, huruf besar akan membedakan string deklarasi DOCTYPE (pembukaan) dari tag html biasa.
Saya :+1: untuk <!DOCTYPE html>
koistya
pada 1 Apr 2014
Terima kasih atas tanggapan Anda!
alrra
pada 2 Apr 2014
Jika ada yang tertarik dengan beberapa statistik:
(:peringatan: harap diingat bahwa angka-angka itu tidak selalu mewakili halaman sebenarnya dengan konten, jadi perlakukan mereka sebagai statistik yang menyenangkan!)
404.html
404.htmlmenggunakan<!DOCTYPE html>original size: 1242 B gzipped size: 580 B βββββββββββββββββββββββββββββ reduction: 662 B [53.3%]404.htmlmenggunakan<!doctype html>original size: 1242 B gzipped size: 574 B βββββββββββββββββββββββββββββ reduction: 668 B [53.8%]
index.html
index.htmlmenggunakan<!DOCTYPE html>original size: 1760 B gzipped size: 879 B βββββββββββββββββββββββββββββ reduction: 881 B [50.1%]index.htmlmenggunakan<!doctype html>original size: 1760 B gzipped size: 875 B βββββββββββββββββββββββββββββ reduction: 885 B [50.3%]
alrra
pada 2 Apr 2014
Saya baru menyadari bahwa saya seharusnya memilih dengan gambar latar belakang twitter teknologi saya
roblarsen
pada 3 Apr 2014
Masalah terkait
roblarsen
Β·
5Komentar
alrra
Β·
6Komentar
necolas
Β·
44Komentar
klutchdev
Β·
18Komentar
roblarsen
Β·
9Komentar
Komentar yang paling membantu
Kompresi 'doctype' vs 'DOCTYPE' tidak akan pernah menjadi masalah.