في الآونة الأخيرة، نشأ الجدل بين تخطيط CSS وتخطيط الجدول مرة أخرى على الإنترنت. كنت غير راضٍ تمامًا في البداية: اعتقدت أن معنى تخطيط CSS متجذر بعمق في قلوب الناس، لكنني لم أتوقع أن العديد من المصممين والمطورين ما زالوا يختلفون.
بعد الهدوء ومشاهدة نقاش الجميع، وبعد التفكير فيه جيداً، أشعر أن الأسباب قد تكون من ناحيتين:
لذلك، على الرغم من إعجابنا بتصميم CSS، إلا أننا لا نحتاج إلى تقليل قيمة الجدول نفسه لإثبات تفوقه. في التطوير اليومي، ليست هناك حاجة للتخلي عن الجداول بشكل جذري. يحتوي الجدول نفسه على دلالات، ويجب استخدام <table> عند عرض جداول البيانات؛ في عملية التطوير، ليس من الجيد استخدام تخطيط table+css في بعض المواقف التي تحتاج إلى وزن التكلفة. وفي هذا الصدد، أنا معجب بالنهج العملي الذي يتبعه مهندسو الواجهة الأمامية في Google وFacebook. يمكنك الانتباه إلى مربع الحوار المنبثق الشائع ذو الظل الشفاف على Facebook، والذي تم إنشاؤه باستخدام <table>، وهو أيضًا رائع جدًا.
هذه المناقشة، جنبًا إلى جنب مع تطوير معايير الويب في السنوات الأخيرة، جعلتني أفكر في الفرق بين التحسين والإصلاح في تطوير الويب.
يحاول XHTML 2 التطور مباشرة إلى XML، معلنًا الانفصال عن HTML. كان هذا يخيفني، كمطور HTML تقليدي. وعندما رأيت منظمة WHATWG تقترح HTML5 (الذي تم الاعتراف به في النهاية بواسطة W3C)، جعلتني تحسيناته اللطيفة أشعر بمزيد من الود، وقد أثبتت الحقائق أيضًا أن HTML5 يقترب منا. حتى أن دوجلاس كروكفورد شعر أن HTML5 كان عنيفًا للغاية واقترح خطة تحسين لـ HTML 4.2.
بالنظر إلى JavaScript مرة أخرى، فقد غيّر ECMAScript 4 JavaScript بشكل جذري، ولحسن الحظ، عادت اللجنة الفنية إلى رشدها في المرحلة النهائية، ومن الواضح أن ESMAScript 3.1 المتوافق مع الإصدارات السابقة قد تم الاعتراف به من قبل المزيد من المطورين الذين يقاتلون بالفعل في الخطوط الأمامية.
وقد يكون التحسين، وليس الإصلاح الدموي، وسيلة أكثر عملية ومعقولة لتعزيز التطور التكنولوجي. وينطبق هذا على تطور معايير الويب، وترقية المنتجات أو المشاريع، وحتى بناء الأنظمة الاجتماعية.
النص الأصلي: http://ued.taobao.com/blog/2009/06/24/web_dev_improve/