التعليق: يستخدم معظم الأشخاص HTML 4 و XHTML 1 لكتابة صفحات الويب. عدد قليل نسبيا من عشاق HTML يفهمون مفهوم HTML الدلالي ، والتحقق من بنية HTML ، وتحسين إمكانية الوصول إلى المستندات. مستندات HTML عالية الجودة هي نتيجة للمقايضات المتكررة واختيار التصميم والمناقشة. على الرغم من الانتقادات ، لا توجد لغة لها أداء شائع مماثل لـ HTML. معظم المستخدمين راضون عن الوضع الحالي
يستخدم معظم الناس HTML 4 و XHTML 1 لكتابة صفحات الويب. عدد قليل نسبيا من عشاق HTML يفهمون مفهوم HTML الدلالي ، والتحقق من بنية HTML ، وتحسين إمكانية الوصول إلى المستندات. مستندات HTML عالية الجودة هي نتيجة للمقايضات المتكررة واختيار التصميم والمناقشة. على الرغم من الانتقادات ، لا توجد لغة لها أداء شائع مماثل لـ HTML. معظم المستخدمين راضون عن الوضع الراهن الحالي ، كما لو كانوا يولدون مثل هذا.
ولكن مثل العديد من المعايير الأخرى ، HTML لديها خلفاء. حتى الآن ، ما زال الخبراء يفكرون في الإصدار التالي من HTML لحل جميع المشكلات المعروفة في الإصدار الحالي. مثل أي شخص لديه الكثير من الناس ، فإن هؤلاء الخبراء لديهم أيضًا آراء مختلفة حول الاتجاه المستقبلي لهذا العمل.
جاء الاقتراح الأول لإصدار HTML الجديد من مجموعة عمل منظمة W3C. تدور فكرة مجموعة العمل حول XHTML 2 - يستمر المعيار في اتجاه تطوير مزيد من تنقية XHTML والعودة إلى الإصدار الأول من مفهوم تصميم HTML.
بعض خبراء HTML المهمين خارج W3C - بائعي الممارسات ومطوري الويب والمؤلفين وغيرهم - يتورطون في اتجاه XHTML 2. في عام 2004 ، شكلوا مجموعة عمل مستقلة لاقتراح اتجاه تصميم جديد لإصدار HTML الجديد. تحت اسم WhatWG (مجموعة عمل تقنية تطبيق النص التشعبي) ، أطلقت HTML 5 و Web Forms 2.
بعد عدة سنوات ، تم وصف اتجاه آخر لتطوير HTML بوضوح من خلال مشروع العمل. في أبريل 2007 ، صوتت W3C على الاقتراح لقبول HTML 5 في عملية التدقيق القياسية و (أيضًا) لم يتعرف عليها كمعيار رسمي. يتفق معظم الناس. لذلك ظهر موقف مثير للاهتمام: درس W3C تقنيات HTML و XHTML الخلفية المتنافسة في نفس الوقت. من الناحية النظرية ، كلاهما له أسباب وجيهة. في الممارسة العملية ، يتم التغلب على العديد من العقبات لجعل جميع المتصفحات الرئيسية تدعم هذين المعيارين.
هذه هي الحقيقة الأساسية التي تؤدي إلى هذا الموقف في الوقت الحالي. أكثر جدوى هو مناقشة الاختلافات الحقيقية بين المقترحين. تلخص هذه المقالة النقاط الأساسية للمقترحين ثم تحلل مفاهيم التصميم لكليهما. اختصار شائع الاستخدام
CSS: ورقة نمط متتالية
HTML: لغة ترميز النص التشعبي
W3C: World Wide Web Alliance
XHTML: تاريخ موجز لـ XHTML في لغة ترميز النص التشعبي القابل للتمديد
إن فهم فلسفة التصميم المخبأة وراء XHTML 2 يتطلب القليل من التاريخ. في أوائل التسعينيات ، استند إصدار HTML الأول إلى لغة الترميز العامة القياسية (SGML). الفرق الرئيسي هو خصائص الارتباط التشعبي - الأساس الرئيسي وعامل النجاح للشبكة العالمية. مثل SGML ، يسمح HTML للمؤلف بوصف بنية المستند ، وفصل الرأس عن الفقرات ، والقوائم المطلوبة ، والقوائم غير المرتبة. ترتبط نتائج العرض على الشاشة بالمتصفح.
نظرًا لأن الويب يصبح شائعًا بشكل متزايد ، يحتاج مستخدمو HTML إلى التحكم في ظهور الصفحة. قدمت الشركات المصنعة للمتصفح ميزات جديدة في HTML 2 و 3. يصعب فهم صفحات الويب ، وتصبح هياكل الجدول المتداخلة المعقدة هي الوسيلة الرئيسية للتحكم في تخطيط الصفحة. تمتلئ بقية المستند بعلامات الخط وإعلانات الألوان. من الصعب فرز بنية المستند الأصلية.
تم تقديم HTML 4 لإنهاء هذا الالتباس ، مما يؤدي إلى دفع منطق التمثيل إلى CSS ، مع تقديم طبقة (DIV) لتحديد موقع المحتوى المتقدم. بالمقارنة مع HTML 3 ، هذا يعني تغييرات في نمط كتابة التعليمات البرمجية. لتبسيط عملية الترحيل ، يتم دعم هيكل HTML 3 القديم من خلال الإصدار الانتقالي من HTML 4. يتطلب الإصدار الصارم للمستخدمين المتقدمين فصل المحتوى والتمثيل بالكامل.
يستخدم موقع HTML 4 الأول Div كطرف مقدس جديد ، وكل عنصر تقريبًا في الصفحة يحتاج إلى تعديل طفيف ، بما في ذلك (على سبيل المثال لا الحصر) الرأس. سمات نمط HTML هي أماكن شائعة حيث يتم وصف التفاصيل. تم القضاء على طوفان الأشكال أخيرًا من صفحات الويب. لكن منطق المحتوى والعرض التقديمي لا يزال مختلطًا. ملف CSS الأساسي هو بضعة أسطر فقط.
في الآونة الأخيرة ، توصل بعض مطوري الويب المعروفين إلى مقاربة أكثر ذكاءً لأوراق الأنماط HTML 4. في المتصفحات الحديثة ، لا تقتصر سمات CSS على عناصر Div. يمكنك تحديد أنماط لأي عنصر HTML طالما تريد. تبدأ الكثير من مدونة الويب في الحديث عن HTML الدلالي. لا يتم حظر عناصر Div بالكامل ، لكن كتاب الويب بدأوا في استخدام عناصر HTML التي تناسب محتواها. على سبيل المثال ، من الأفضل وصف قائمة التنقل في معظم مواقع الويب في قائمة غير مرتبة. على سبيل المثال ، بدلاً من استخدام اسم فئة مثل Bigheader لعناصر الفقرة ، قم بتغييره إلى عنصر H1 ، ثم استخدم CSS لتعديل التمثيل وفقًا للمتطلبات.
في الوقت نفسه ، اقترحت W3C XHTML 1 كإصدار XML يتوافق مع HTML 4 منظمة وفعالة. لمستخدمي XML ، وهذا يبسط عمل تحويل محتوى XML إلى صفحات الويب والتحقق من نتائج التحويل مع برامج التحقق الحالية. يحاول XHTML 1.1 عزل مشاكل مختلفة في وحدات مختلفة. يسهل النهج المعياري إعادة استخدام أجزاء مختلفة من المعيار لتلبية الاحتياجات المختلفة ، ويسهل أيضًا توسيع المعيار بميزات جديدة.
بالمقارنة مع HTML 4 ، يحتوي XHTML 1.1 على المزيد من المستخدمين ، وفصل المحتوى والتمثيل. ولكن كما في الماضي ، لا يمكن حل بعض المشكلات العملية إلا باستخدام تقنيات في CSS. على سبيل المثال ، عادة ما تتضمن هياكل القائمة الممثلة في القوائم غير المرتبة صورًا جميلة. ومع ذلك ، ليس من السهل قراءة الصور من خلال منشآت نصي إلى الأشخاص ذوي الإعاقات البصرية. علاوة على ذلك ، لا يمكن للمتصفحات النصية مثل Lynx عرض الصور. خدعة CSS معقدة لإخفاء النص في المتصفح لعرض الصور. ومع ذلك ، إذا كانت القوائم على صفحات مختلفة مختلفة ، فمن الصعب تحديد هذا الجزء من المحتوى مع CSS. مفهوم التصميم وراء XHTML 2
تتمثل أهم فلسفة التصميم وراء XHTML 2 في فصل المحتوى والعرض التقديمي ، وتحسين العيوب المتبقية في HTML 4 و XHTML 1. على سبيل المثال ، حدد الدعم الأصلي للصور لكل عنصر في القائمة غير المرتبة. تم استبدال علامة IMG SRC الأصلية بسمة اختيارية SRC يمكن استخدامها لأي عنصر. CSS المعدلة خارج المحتوى تمامًا ، ويمكن أن تتحول الأجهزة التي لا تدعم الصور بسهولة لتمثيل النص.
لكن CSS ليس التحدي الوحيد لمطوري الويب. يتم قضاء الكثير من الوقت على التفاعل بين الخوادم وأشكال HTML ووجود الكثير من كود JavaScript ™. تقتصر النماذج على أزواج القيمة الرئيسية أحادية البعد. يعد تطوير رمز JavaScript الكثير من العمل ، ولكنه لا طائل منه على واجهات مثل أجهزة تحويل النصوص النصية.
استنادًا إلى نهج معياري ، يستبدل XHTML 2 نماذج HTML مع وحدة XForms ، مما يضيف دعمًا للأسئلة الشائعة باستخدام نموذج التطبيق المناسب. لا يتطلب XForms سطرًا واحدًا من البرامج النصية لتحديد منطق التفاعل وقواعد التحقق وطرق الحساب. بالإضافة إلى ذلك ، تستخدم هذه التقنية هياكل XML الغنية بدلاً من أزواج القيمة الرئيسية ، مما يسمح بالظهور الفرعي المتداخل والعناصر المكررة. بالإضافة إلى توفير محرك قوي ، تعد أجهزة تصويري النص أكثر ملاءمة لتغيير ثراء التطبيقات.
بالإضافة إلى Xforms ، هناك مشكلات أخرى متعلقة بـ XHTML مستخرجة في مواصفات مستقلة لتلبية الاحتياجات الأخرى-مثل أحداث XML ، Xframes ، و Ruby (اللغة الآسيوية).
مع فصل التمثيل ، يتم فصل البرمجة أيضًا عن المعيار. يتم استبدال الخصائص التفاعلية مثل OnClick بوحدة أحداث XML. نظرًا لأن مواصفات أحداث XML نفسها مصممة لهذا ، فإنها توفر مجموعة أكثر قوة من الأدوات للتعامل مع واجهات المستخدم.
لابتكار XHTML 2 ، فإن المفهوم الأساسي هو تحطيم مشاكل مختلفة. لم تعد المشكلة ميزة ثانوية لـ HTML ، ولكن الغرض الرئيسي من المواصفات الجديدة. لذلك ، فإن المواصفات الجديدة هي الأنسب للمشاكل التي يواجهها التحسين. ومع ذلك ، فإن الفرق في القضايا المختلفة يرجع إلى الحاجة إلى الأفكار بدلاً من الممارسة. يمكن للمطورين الأذكياء على دراية باستخدام هذه المجموعة من الأدوات الحصول على النتائج التي يحتاجونها. ومع ذلك ، ليس من السهل تحديد ما إذا كان المستخدم المتوسط لإصدار HTML الحالي يمكن أن ينشئ مستندات XHTML عالية الجودة.
من المحتمل ألا يكون هدف XHTML 2 هو مستخدم HTML المتوسط. ولكن في أيدي المطورين الجيدين ، يمكن أن تكون طريقة جيدة لتعزيز إمكانية الوصول. HTML 5 مفهوم التصميم
اعتمدت WhatWG نهجًا أكثر واقعية عند تصميم HTML 5. دون النظر في مفاهيم مجردة مثل انهيار المشكلة ، تقوم مجموعة العمل هذه بصياغة مستندات بناءً على سلوك المتصفحات الرئيسية الحالية ، والتي تختلف تمامًا عن مواصفات W3C. بناءً على التحليل أعلاه ، بحثت مجموعة العمل هذه في الاستخدام الفعلي لـ HTML.
بناءً على هذه المعلومات ، اقترحت مجموعة العمل برنامجًا مصممًا لتبسيط عمل مطوري الويب العام. على الرغم من أن HTML 5 يدعي أنه مستمد من إصدار HTML السابق ، فإن هدفه الرئيسي ليس نقاءًا. على سبيل المثال ، الهدف الرئيسي من المستندات المعيارية هو تسهيل الاستبدال بتطبيقات الويب المحسنة.
اللغة المعيارية القائمة على هذا الغرض تبسط بشكل كبير تطوير تطبيقات الويب. على سبيل المثال ، يدعم HTML 5 المكونات التفاعلية مثل جداول البيانات والقوائم وأشرطة الأدوات. يمكن أن يؤدي استخدام عناصر HTML الوصفية مع السلوك الافتراضي إلى تجنب محاكاة سلوك Div العام مع الكثير من التعليمات البرمجية.
لا تقتصر مواصفات HTML 5 على عناصر وسمات HTML. يحدد واجهات برمجة تطبيقات JavaScript المخصصة مثل تحرير المستندات وتفاعلات السحب والإفلات. تختلف هذه الطريقة تمامًا عن طريقة تحلل المشكلات. إنه يبسط واجهة برمجة تطبيقات مطور الويب ولكنه يزيد من حجم المواصفات.
يكون التشابه بين HTML 5 و HTML 4 أكبر بكثير من تلك بين XHTML 2 و XHTML 1. مسار الترحيل أكثر تملقًا ، كما أنه أكثر ملاءمة لمطوري HTML 4 ذوي الخبرة على أن يكونوا على دراية بالإصدار الجديد. ميزات جديدة تتبع منطق مماثل. تتيح خصائص الأحداث الخاصة لعناصر محددة محرري HTML توفير إمكانات أكثر ملاءمة لإكمال النص.
تعتمد التفاعلات الحالية بين تطبيقات الويب والخوادم على JavaScript غير المتزامن XML (AJAX). يدرك HTML 5 أهمية التفاعل مع الخوادم ، ويحدد مجموعة متنوعة من الطرق للتفاعل مع الشبكة ، وتوزيع أحداث الخادم المستلمة ، وإرسال رسائل من مجالات أخرى إلى المستندات دون التسبب في مشكلات أمان.
تتمثل فلسفة التصميم الأساسية لـ HTML 5 في تمديد HTML 4 باستخدام الميزات التي يحتاجها مطورو الويب. يتم تبسيط HTML 5 أثناء وراثة تقنية HTML 4 الأساسية. من أجل حل أوجه القصور في HTML V4 ، اختار HTML V5 أسهل وأكثر الطرق المباشرة لإعادة التصميم. التطبيق العملي للمعايير الجديدة
يتم دعم XHTML V2 والوحدات النمطية ذات الصلة رسميًا بواسطة W3C ، وأصبحت الوحدات ذات الصلة عاملاً مهمًا في مواصفات XML الأخرى التي تدعمها W3C. لسوء الحظ ، لا يضمن الاعتراف الرسمي W3C الدعم لمتصفحات الويب الرئيسية. إن دعم General XHTML V2 ليس مشكلة: تدعم المتصفحات الحديثة بالفعل الكثير من الميزات. يعتمد الاستخدام السليم لـ XHTML V2 على توافر الوحدات النمطية ذات الصلة. في وقت كتابة هذا التقرير ، من غير الواضح ما إذا كانت Microsoft تريد تمديد Windows® Internet Explorer® لدعم أحداث XML و Xforms. تم تطوير البرنامج المساعد Mozilla Xforms ، بما في ذلك أحداث XML ، لعدة سنوات. يعمل هذا البرنامج المساعد على تحسين وظائف هذه التكنولوجيا ويقلل من صعوبة التنفيذ.
تحافظ كتابة مواصفات HTML V5 على التواصل المتعمق مع الشركات المصنعة للمتصفح وتأخذ دائمًا في الاعتبار مشكلات التنفيذ. على الرغم من أن الفريق أعرب عن شكوكه حول تأييد W3C الرسمي. لم تجب الأسئلة الشائعة رسميًا على مسألة متى تم تمرير الموافقة الرسمية. بغض النظر عن موقف W3C ، يبدو أن بائعي المتصفح قرروا تنفيذ معيار HTML 5 غير الرسمي. ليست هذه هي المرة الأولى التي يتمكن فيها مصنعو المتصفح من إتاحة المعايير الرسمية. المعايير المتنافسة
حتى الآن ، لا HTML 5 ولا XHTML 2 معايير موصى بها رسميًا. قد تتغير بعض المناطق الدقيقة في المستقبل. لكن اتجاه التنمية لن يتغير ، وكلاهما يحل بعض أوجه القصور في المعايير الحالية. يبقى أن نرى كيف يمكن للمتصفحات المستقبلية زيادة الدعم لهذين المعيارين الجديدين. يدعم المتصفح الحالي كلاً من HTML 4 و XHTML 1. وبالمثل ، قد تدعم المتصفحات المستقبلية كلا من HTML 5 و XHTML 2. كلا المعيارين لهما مؤيدوهما الخاص.
إذا كنت تهتم أكثر بـ XHTML 1.1 من HTML 4 ، فأنت تأمل أن يمكن أن تدعم المستند الذي تنشئه أجهزة مختلفة ، وقد تفضل XHTML 2. إذا كنت تستخدم XHTML 1 لمجرد أنه يتوافق مع معايير XML ويفضل أن تكون الميزات الجديدة لـ HTML 5 ، XHTML 5 (HTML 5 rewretten قد تكون على سبيل المثال ، قد تكون أفضل.
HTML 5 تحظى بشعبية بين المطورين الذين يستخدمون HTML 4 لتطوير تطبيقات الويب التفاعلية. هذا النهج أكثر جدوى للمواقع التي تستخدم محرر مستندات WYSIWYG. ومع ذلك ، من أجل تحليل الموقف المحدد ، قد يتعايش HTML 4 و XHTML 1 لفترة طويلة.