HTML เป็นภาษารวมของเว็บ แท็กง่ายๆ เหล่านี้อยู่ในวงเล็บมุมซึ่งประกอบขึ้นเป็นเว็บในปัจจุบัน ในปี 1991 Tim Berners-Lee เขียนเอกสารชื่อ "แท็ก HTML" ซึ่งมีแท็ก HTML ประมาณ 20 แท็กที่ใช้ทำเครื่องหมายหน้าเว็บ เขายืมรูปแบบมาร์กอัปของ SGML โดยตรง ซึ่งเป็นรูปแบบของมาร์กอัป HTML ที่เราเห็นในภายหลัง บทความนี้จะบอกประวัติโดยย่อของการพัฒนา HTML ซึ่งเป็นภาษามาร์กอัปของเว็บ
จาก IETF สู่ W3C: เส้นทางสู่ HTML4
ไม่มี HTML1 เวอร์ชันอย่างเป็นทางการครั้งแรกคือ HTML2.0 เปิดตัวโดย IETF (Internet Engineering Task Force) ก่อนที่จะมาถึง มีการนำรายละเอียดมากมายในเวอร์ชันนี้ไปใช้ ตัวอย่างเช่น เบราว์เซอร์ Mosaic ในปี 1994 ได้ใช้วิธีการฝังรูปภาพในเอกสาร และ HTML2.0 ในภายหลังได้ดูดซับแท็ก img
ต่อมา W3C ได้เข้ามาแทนที่บทบาทของ IETF และกลายเป็นองค์กรมาตรฐานของ HTML ในช่วงครึ่งหลังของปี 1990 เวอร์ชันของ HTML ได้รับการแก้ไขบ่อยครั้งจนถึง HTML4.01 ในปี 1999 ณ จุดนี้ HTML มาถึงจุดเปลี่ยนครั้งแรก
XHTML1: HTML สไตล์ XML
HTML เวอร์ชันแก้ไขครั้งแรกหลังจาก HTML4.01 คือ XHTML1.0 โดยที่ X ย่อมาจาก "eXtensible" ซึ่งเป็นส่วนขยาย แน่นอนว่า บางคนตีความว่าเป็น "eXtreme" ซึ่งก็คือคำว่า extreme XHTML1.0 ใช้ HTML4.01 และไม่มีแท็กหรือคุณลักษณะใหม่ ข้อแตกต่างเพียงอย่างเดียวคือไวยากรณ์ HTML มีลักษณะทั่วไปเกี่ยวกับไวยากรณ์มากกว่า ในขณะที่ XHTML ต้องใช้ไวยากรณ์ที่เข้มงวดเหมือน XML
การใช้ข้อกำหนดทางไวยากรณ์ที่เข้มงวดไม่ใช่เรื่องเลวร้าย ทำให้นักพัฒนาต้องใช้รูปแบบการเขียนโค้ดรูปแบบเดียว ตัวอย่างเช่น HTML 4.01 อนุญาตให้คุณใช้ตัวอักษรตัวพิมพ์ใหญ่หรือตัวพิมพ์เล็กเพื่อระบุองค์ประกอบมาร์กอัปและแอตทริบิวต์ ในขณะที่ XHTML อนุญาตให้ใช้เฉพาะตัวอักษรตัวพิมพ์เล็กเท่านั้น การเปิดตัว XHTML1.0 เกิดขึ้นพร้อมกับการเพิ่มขึ้นของนักพัฒนาเว็บและนักออกแบบเริ่มตระหนักถึงปัญหามาตรฐานของเว็บโดยใช้ XHTML ถือเป็นแนวทางปฏิบัติที่ดีที่สุดในการเขียนโค้ด HTML
ด้วยเหตุนี้ W3C จึงเปิดตัว XHTML1.1
หาก XHTML1.0 เป็น HTML ในรูปแบบ XML XHTML1.1 จะเป็น XML ของแท้ ซึ่งหมายความว่า XHTML1.1 ไม่สามารถส่งออกได้โดยตรงโดยใช้ text/htmlmime-type อย่างไรก็ตาม หากนักพัฒนาเว็บใช้ประเภท XMLmime เบราว์เซอร์กระแสหลักในขณะนั้น IE จะไม่รองรับเลย ดูเหมือนว่า W3C สูญเสียการติดต่อกับเว็บในขณะนั้น
XHTML2 ที่ไม่ต้องขอบคุณ
สำหรับ W3C นั้น HTML4 ประสบความสำเร็จแล้ว ขั้นตอนต่อไปคือ XHTML2 โดยหวังว่าจะนำเว็บไปสู่อนาคตที่สดใสของ XML แม้ว่า XHTML2 จะฟังดูคล้ายกับ XHTML1 แต่ก็มีความแตกต่างมากมาย XHTML2 ไม่สามารถส่งต่อได้ หรือแม้กระทั่งเข้ากันได้กับ HTML ก่อนหน้า มันเป็นภาษาใหม่ที่สมบูรณ์และสามารถเข้าออกได้โดยไม่ต้องกังวล ช่างเป็นหายนะ
WHATWG: ทำลายล้างด้วย W3C
แนวทางแบบปิดของ W3C ได้กระตุ้นให้เกิดความไม่พอใจในหมู่คนบางคน และตัวแทนจาก Opera, Apple และ Mozilla ก็เริ่มแสดงการต่อต้าน ในปี 2004 Ian Hickson จาก Opera เสนอให้ขยาย HTML เพื่อปรับให้เข้ากับเว็บแอปพลิเคชันใหม่ๆ แต่ W3C ปฏิเสธข้อเสนอดังกล่าว ดังนั้น พวกเขาจึงจัดระเบียบและจัดตั้งคณะทำงานเทคโนโลยีแอปพลิเคชันไฮเปอร์เท็กซ์ขึ้นมาอย่างเป็นธรรมชาติ ซึ่งก็คือ WHATWG
จาก WebApps1.0 ถึง HTML5
จากจุดเริ่มต้น WHATWG และ W3C ใช้เส้นทางที่แตกต่างกันในการหารือประเด็นต่างๆ ผ่านการลงคะแนนเสียงร่วมกัน ในขณะที่ WHATWG ถูกกำหนดโดยหัวหน้าผู้เขียน Ian Hickson โดยผิวเผิน W3C มีความเป็นประชาธิปไตยมากกว่า อย่างไรก็ตาม ที่จริงแล้ว ข้อพิพาทภายในต่างๆ จะจำกัดการแก้ปัญหาบางประการในหล่มสลาย ใน WHATWG สิ่งต่างๆ จะคืบหน้าได้ง่ายขึ้น อย่างไรก็ตาม อำนาจของผู้เขียนหลักนั้นไม่จำกัด และคณะกรรมการของพวกเขาสามารถทำได้ ลงโทษผู้ที่หวาดระแวงเกินไป
ในตอนแรก งานหลักของ WHATWG ประกอบด้วยสองส่วน ได้แก่ WebForms 2.0 และ WebApps 1.0 ซึ่งเป็นส่วนขยายของ HTML ทั้งสองส่วน ต่อมาได้รวมเข้าด้วยกันจนกลายเป็นข้อกำหนด HTML5 ในปัจจุบัน
สร้างสันติภาพ
ในขณะที่ WHATWG ทำงานกับ HTML5 นั้น W3C ยังคงทำงานบน XHTML2.0 ต่อไป อย่างไรก็ตาม พวกเขาก็ประสบปัญหาอย่างช้าๆ
ในเดือนตุลาคม พ.ศ. 2549 Tim Berners-Lee บิดาแห่งเว็บได้เผยแพร่บล็อกโพสต์โดยระบุว่าเส้นทางจาก HTML ไปเป็น XML ใช้งานไม่ได้ ไม่กี่เดือนต่อมา W3C ได้ก่อตั้งคณะทำงาน HTML ใหม่ และพวกเขาก็ได้ดำเนินการอย่างชาญฉลาด โดยเลือกผลลัพธ์ของ WHATWG มาเป็นพื้นฐาน การเปลี่ยนแปลงนี้ทำให้เกิดความสับสน W3C กำลังทำงานกับข้อกำหนดสองชุดในเวลาเดียวกัน คือ XHTML2 และ HTML5 (โปรดทราบว่า HTML5 ของ W3C มีช่องว่างก่อน 5 ในขณะที่ HTML5 ของ WHATWG ไม่มีช่องว่าง) และ WHATWG ก็กำลังทำงานในลักษณะเดียวกัน .
XHTML ตายแล้ว: ไวยากรณ์ XHTML ยังคงอยู่
ความยุ่งเหยิงนี้เริ่มชัดเจนในปี 2009 เมื่อ W3C ประกาศยุติการทำงานกับ XHTML2 ซึ่งเป็นข่าวมรณกรรมที่ล่าช้าสำหรับ XHTML2 ข่าวนี้ถือเป็นสมบัติของฝ่ายตรงข้ามของ XML ซึ่งใช้มันเพื่อเยาะเย้ยผู้ที่ใช้ข้อกำหนด XHTML1 อย่างไรก็ตาม ดูเหมือนว่าพวกเขาจะลืมไปแล้วว่า XHTML1 และ XHTML2 นั้นแตกต่างกันโดยสิ้นเชิง ในเวลาเดียวกัน ผู้สร้างข้อกำหนด XHTML1 กังวลว่าข้อกำหนดทางไวยากรณ์ที่เข้มงวดใน XHTML1 จะถูกยกเลิกโดย HTML5 ความกังวลนี้ได้รับการพิสูจน์แล้วว่าไม่จำเป็นในภายหลัง
แผนการทำงาน HTML5
สถานะปัจจุบันของ HTML5 คือ มันไม่สับสนเหมือนเมื่อก่อนอีกต่อไป แต่ก็ยังไม่ชัดเจนเพียงพอ มีสององค์กรที่กำหนดข้อกำหนดในเวลาเดียวกัน ทั้งสององค์กรมีรูปแบบการทำสิ่งต่าง ๆ ที่แตกต่างกันอย่างสิ้นเชิง WHATWG กำลังซื้อก่อนจะชิม และ W3C กำลังพยายามก่อนก่อนที่จะซื้อ และในที่สุดผู้คนจะต้องทำ จะต้องเผชิญกับคำถามของ HTML5 หรือ HTML5
สิ่งที่ทำให้นักพัฒนาสับสนมากขึ้นคือเมื่อพวกเขาสามารถลองใช้ HTML5 ได้
ในการให้สัมภาษณ์ Ian Hickson กล่าวถึงปี 2022 โดยกล่าวว่า HTML5 จะไม่สร้าง "มาตรฐานที่แนะนำ" จนกว่าจะถึงตอนนั้น ทันทีที่ข้อความนี้ออกมา ก็กระตุ้นให้นักออกแบบเว็บไซต์โกรธทันที แม้ว่าพวกเขาจะไม่รู้ว่ามาตรฐานที่แนะนำหมายถึงอะไรก็ตาม พวกเขาเข้าใจว่าปี 2022 เป็นปีลิงแล้ว
นั่นไม่ใช่ทั้งหมด ที่สำคัญกว่านั้น มาตรฐานที่แนะนำนี้เกี่ยวข้องกับข้อกำหนดสองชุด เมื่อพิจารณาถึงขนาดของมาตรฐาน HTML5 แล้ว วันที่นี้ก็ยังมองในแง่ดีเกินไป ท้ายที่สุด ความเข้ากันได้ของเบราว์เซอร์หลัก ๆ กับมาตรฐานที่มีอยู่ในอดีตยังไม่น่าพอใจ ฉันคิดว่าในตอนแรก IE ใช้เวลา 10 ปีในการยอมรับป้าย abbr
ในปี 2012 HTML5 จะได้รับการยอมรับเป็นมาตรฐานของผู้สมัคร ซึ่งจะเป็นวันที่ HTML5 เริ่มได้รับแรงผลักดันอย่างแท้จริง สำหรับนักพัฒนาและนักออกแบบเว็บ สิ่งนี้ไม่สำคัญ สิ่งสำคัญคือการรองรับเบราว์เซอร์ เช่นเดียวกับ CSS2.1 เมื่อเบราว์เซอร์เริ่มรองรับข้อกำหนดนี้ นักพัฒนาจะใช้มัน หากจำเป็น เราจะรอจนกว่าเบราว์เซอร์ทั้งหมดจะรองรับก่อนที่เราจะเริ่ม ซื้อเลย กลัวเรายังรออยู่
เช่นเดียวกับ HTML5 จะไม่มีช่วงเวลาที่ประกาศว่า HTML5 พร้อมแล้ว ในทางกลับกัน เราจะเริ่มใช้ฟังก์ชันบางอย่างก่อน เป็นการปรับปรุงมาตรฐาน HTML เก่า ไม่ว่าคุณจะใช้ HTML เวอร์ชันใด คุณก็ใช้ HTML5 อยู่แล้ว
แหล่งที่มาระหว่างประเทศสำหรับบทความนี้: A List Apart A Brief History of Markup (ผู้เขียนต้นฉบับ: Jeremy Keith)
แหล่งที่มาของการรวบรวมภาษาจีน: เว็บไซต์อย่างเป็นทางการของระบบจัดการเนื้อหาเว็บไซต์ Ruishang Enterprise CMS