هناك أسباب وجيهة لاستخدام المتغيرات، ربما دعنا لا نتعمق فيها هنا. إنها نقطة جيدة على الرغم من عدم الجدال حول طبيعة CSS. كان ينبغي عليّ صياغة هذا بشكل أفضل: الأمر لا يتعلق بطبيعة CSS، بل يتعلق بأفضل الممارسات لتصميم إطار عمل قائم على المكونات. وأنا أتفق تمامًا على أن الأزرار مثال جيد آخر لكيفية عدم تطبيق هذه بشكل صحيح.
بالنظر إلى الصورة الأكبر، كان هناك جهد متضافر لتحديث جانب JavaScript من إطار عمل الواجهة الأمامية. وأعتقد أنه كان نجاحًا كبيرًا. العمل مع معايير واضحة وفئات منظمة جيدًا ممتع حقًا الآن. بالنسبة لي كمصمم، فقد فتح أيضًا فرصًا لبناء مكونات واجهة أمامية جديدة بسهولة وكفاءة أكبر.
ومع ذلك، لا يمكنني التخلص من الشعور بعدم وجود التزام مماثل لرفع نظام التصميم إلى نفس المعايير. في حين أن إضافة متغيرات CSS لكل جانب هو بالتأكيد أكثر كفاءة وأنظف من النهج الحالي، إلا أنه لا يزال يبدو وكأنه تجنب للمشكلات المعمارية الأعمق: قاعدة بيانات مليئة بالإعلانات المحددة للغاية ولا توجد أنماط واضحة خاصة بالمكونات. هذا يبدو وكأنه حل “أسهل” يتجنب المشكلة الأصعب: المواءمة الكاملة لهندسة التصميم مع التصميم المعياري للإطار.
أتفهم أن هذا سيستلزم الكثير من العمل ومشكلات التوافق مع الإصدارات السابقة. لكن الفريق تعامل مع هذه التحديات بنجاح على جانب JavaScript. إذا استمرت JavaScript في تلقي موارد أكثر بكثير من الأنماط، فستظهر هذه الفجوة في التصميمات النهائية. وسيشعر المستخدمون بالفرق، حتى لو لم يتمكنوا من توضيح السبب.
أود فقط أن أرى نفس طاقة التحديث مطبقة على هندسة CSS لأنني مقتنع بأن الفوائد طويلة الأجل لتجربة كل من المطور والمستخدم ستكون تحويلية.