Rumah > hujung hadapan web > tutorial css > Analisis Kelemahan Kaedah Penulisan Penutupan Sendiri XHTML Tags_Experience Exchange

Analisis Kelemahan Kaedah Penulisan Penutupan Sendiri XHTML Tags_Experience Exchange

WBOY
Lepaskan: 2016-05-16 12:04:44
asal
1441 orang telah melayarinya

Jika anda biasa dengan pembangunan berkaitan XML, anda mungkin terbiasa dengan cara penulisan ini dengan berfikir bahawa mana-mana elemen dalam XML yang tidak mengandungi nod anak boleh ditulis dengan cara ini, maka teg tanpa kandungan dalam XHTML juga boleh ditulis dalam. dengan cara ini. Sudah tentu, XHTML secara teorinya membenarkan mana-mana teg ditulis dalam kaedah penutupan sendiri Walau bagaimanapun, keserasian penyemak imbas telah membawa masalah baharu, iaitu, IE tidak dapat mengenali kaedah penulisan penutup sendiri bagi sesetengah teg.

Sila cuba masukkan kod XHTML berikut dan semak imbasnya dalam IE: <strong><font face="新宋体" size="3"><p>hello <script type="text/javascript" /> world</p></font></strong>, anda akan mendapati bahawa anda hanya boleh melihat helo di hadapan tetapi bukan dunia di belakang Ini agak tidak dapat dijelaskan. Ramai orang mungkin menghadapi masalah ini dan menghabiskan beberapa jam untuk menyelesaikannya tetapi masih tidak dapat mencari penjelasan yang munasabah.

Penjelasan datang daripada sekeping kod lain yang serupa: <strong><font face="新宋体" size="3"><p>hello <textarea /> world</p></font></strong> Bolehkah anda melihat kesan paparan dalam IE dan mendapatkan penjelasan yang munasabah? Kita dapat melihat bahawa hello di hadapan dipaparkan secara normal, manakala dunia di belakang dipaparkan dalam textarea Ini membuktikan bahawa IE tidak mengenali dengan betul bahawa tag textarea telah ditutup sendiri textarea apabila ia tidak ditutup.

Pada masa ini kami memahami mengapa kod sebelumnya tidak dapat melihat dunia di belakangnya, kerana ia diiktiraf sebagai sebahagian daripada skrip. Ini menunjukkan bahawa apabila kami menggunakan XHTML, kami tidak boleh menggunakan penulisan penutup sendiri secara bebas seperti XML Hanya beberapa teg yang tidak perlu ditutup boleh ditulis dalam penutupan sendiri tidak mempunyai sebarang kaedah penulisan tertutup.

Akhir sekali, saya perlu mengingatkan semua orang bahawa sebenarnya, IE bukanlah satu-satunya yang mempunyai penghuraian yang lemah, di banyak tempat, anda mungkin menghadapi masalah yang disebabkan oleh penghurai yang longgar, oleh itu, semasa menulis XHTML, kita masih perlu menampung beberapa warisan daripada HTML lama, anda tidak boleh menulisnya secara santai seperti XML sebenar kerana anda fikir ia memenuhi piawaian. tak percaya? Kemudian cuba satu lagi: <strong><font face="新宋体" size="3"><p>hello <br></br> world</p></font></strong>, perhatikan kesan paparan dalam IE dan Opera.

Kemas kini: Sesetengah pembaca berpendapat bahawa contoh yang saya berikan tidak mematuhi spesifikasi XHTML, jadi sila baca Spesifikasi XHTML dahulu. Terjemahan bahasa Cina bagi bahagian Elemen Kosong adalah seperti berikut: "Elemen kosong mesti sama ada mempunyai teg penutup atau berakhir dengan />, seperti
atau < ;hr> Sila rujuk Piawaian Keserasian HTML untuk mendapatkan maklumat tentang memastikan keserasian ke belakang dengan penyemak imbas HTML4, yang juga diberikan dalam contoh seperti hr> menunjukkan bahawa kaedah penulisan

mematuhi spesifikasi XHTML, tetapi tidak serasi dengan standard HTML4. Jadi adakah XHTML serasi dengan HTML4? Mari lihat bahagian Isu Keserasian Terjemahan bahasa Cina adalah seperti berikut: “Walaupun dokumen XHTML1.0 tidak diperlukan untuk serasi dengan penyemak imbas sedia ada, dalam praktiknya ini tidak sukar untuk dilakukan. mencapai. "Oleh itu, XHTML tidak menetapkan bahawa dokumen mesti serasi ke belakang. Contoh yang saya berikan adalah semua serpihan dokumen XHTML yang sah, dan semuanya boleh melepasi Perkhidmatan Pengesahan Penanda W3C.

Kemas kini sekali lagi: Sebenarnya, tujuan menulis artikel ini bukanlah untuk menekankan bahawa hanya mematuhi spesifikasi XHTML sahaja sudah memadai, dan juga bukan untuk menekankan bahawa mematuhi XHTML dan serasi dengan HTML4 sudah memadai , tetapi lebih banyak keserasian itu harus dipertimbangkan situasi. Contohnya, CMS anda membenarkan pengguna menyerahkan HTML dan HTML yang diserahkan diformatkan ke dalam XHTML melalui SgmlReader atau kaedah lain dan pemprosesan XML lain juga boleh dilakukan Pada masa ini, adalah mungkin untuk menukar