في الآونة الأخيرة، نشأ الجدل بين تخطيط CSS وتخطيط الجدول مرة أخرى على الإنترنت. كنت غير راضٍ تمامًا في البداية: اعتقدت أن معنى تخطيط CSS متجذر بعمق في قلوب الناس، لكنني لم أتوقع أن العديد من المصممين والمطورين ما زالوا يختلفون.
بعد الهدوء ومشاهدة نقاش الجميع، وبعد التفكير فيه جيداً، أشعر أن الأسباب قد تكون من ناحيتين:
- فمن ناحية، فإن الوجود المستمر لـ IE6 يجعل تكاليف تطوير الويب مرتفعة. كانت هناك إحصائية على الإنترنت ذات مرة، وأظهرت البيانات أن نسبة الإدخال / الإخراج لمطوري الويب لـ IE6 كانت الأدنى. أعتقد أن معظم مهندسي الواجهة الأمامية لديهم تجربة التعرض للتعذيب بواسطة IE6. بدلاً من استخدام تخطيط CSS المؤلم للغاية، أصبح استخدام الجدول أسهل وأكثر ملاءمة.
- ومن ناحية أخرى، أجد أن مهندسي الواجهة الأمامية أصبحوا أكثر واقعية وتركيزًا على الكفاءة. لم يتم نشر العديد من الميزات الجديدة لـ CSS2 وCSS3 على نطاق واسع، وغالبًا ما تواجه مزايا CSS التي يتحدث عنها مبشرو معايير الويب تنازلات عند تنفيذها في الواقع. على الرغم من أنني كنت ملتزمًا دائمًا بتبشير معايير الويب، إلا أنني يجب أن أوافق على أن توافق متصفح الجدول هو الأفضل، كما أن تخطيط الجدول أسهل في الاستخدام للمصممين. فيما يتعلق بالبيئة المحلية، لا يزال قطع الجدول هو الطريقة الأكثر شيوعًا لإنشاء موضوعات موقع البوابة الإلكترونية أو صفحات الترويج لمواقع التجارة الإلكترونية، ووجودها له عقلانيته.
لذلك، على الرغم من إعجابنا بتصميم CSS، إلا أننا لا نحتاج إلى تقليل قيمة الجدول نفسه لإثبات تفوقه. في التطوير اليومي، ليست هناك حاجة للتخلي عن الجداول بشكل جذري. يحتوي الجدول نفسه على دلالات، ويجب استخدام
عند عرض جداول البيانات؛ في عملية التطوير، ليس من الجيد استخدام تخطيط table+css في بعض المواقف التي تحتاج إلى وزن التكلفة. وفي هذا الصدد، أنا معجب بالنهج العملي الذي يتبعه مهندسو الواجهة الأمامية في Google وFacebook. يمكنك الانتباه إلى مربع الحوار المنبثق الشائع ذو الظل الشفاف على Facebook، والذي تم إنشاؤه باستخدام ، وهو أيضًا رائع جدًا. هذه المناقشة، جنبًا إلى جنب مع تطوير معايير الويب في السنوات الأخيرة، جعلتني أفكر في الفرق بين التحسين والإصلاح في تطوير الويب.
يحاول 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/
