من أجل إدارة CSS بشكل أكثر فعالية، يشرح Sofish مفاهيم ووجهات نظر "CSS المعيارية" أدناه وآمل أن يكون هذا مفيدًا لك.
في الأيام الأولى لتعلم CSS، تعرفت على مفهوم "CSS المعياري"، لكنني لم أفهمه جيدًا أبدًا. بالحديث عن ذلك، السبب بسيط جدًا: نظرًا لأن كل التعليمات البرمجية تقريبًا مخصصة لتصميم المدونة، وبالنسبة لبنية صغيرة مثل المدونة، ليست هناك حاجة إلى وجود العديد من ملفات CSS على الإطلاق، نظرًا لأن كمية التعليمات البرمجية في حد ذاته صغير، ولا يوجد الكثير من قوالب الصفحات التي تستخدم تعبيرات مختلفة، والأقل هو أكثر ملاءمة للإدارة. لذلك، فإن فهمي لـ CSS المعياري مربك للغاية، مما يقودني مباشرة إلى الاعتقاد بأن طريقة التقسيم التالية معقولة جدًا:
set.css // إعادة تعيين النمط الافتراضي للمتصفح.
Layout.css // إدارة تخطيط الصفحة
typeset.css // ترتيب الرسم والنص و
color.css // الإدارة الموحدة لمطابقة الألوان
print.css // نمط تأثير الطباعة
ie.css // ليس من الصحيح فصل الاختراقات الخاصة بـ IE. لقد عملت مؤخرًا وتواصلت مع موقع الشركة الإلكتروني، وكان على القائد أن يكتب مواصفات كتابة CSS الخاصة به، بالإضافة إلى بعض مواصفات HTML الموحدة، كما أنه كتب جديدًا القنوات/الصفحات/المتاجر. عندها فقط أدركت أن التقسيم أعلاه كان لا يزال مثاليًا للغاية. أنا شخصياً أعتقد أنه يمكن استخدام طريقة القسمة التالية. دعنا نكتبها أولاً، وبعد ذلك، دعونا نقارن بين طريقتي التقسيم للعثور على طريقة تقسيم معيارية مناسبة لـ CSS والتي تحل إدارة ملفات CSS بشكل أفضل:
setting.css
header.css // جميع أنماط الرأس
Container.css // نمط المنطقة الوسطى باستثناء الرأس/القاع
footer.css // النمط السفلي
print.css
ie.css
يمكننا أن نرى أن هناك ثلاثة ملفات CSS مختلفة. الطريقة الأولى للتقسيم هي طريقة جيدة، ولكن إدارتها أكثر صعوبة، على الرغم من أنها "معيارية"، إلا أن نمط المحتوى المعروض منفصل. ومع ذلك، نظرًا لأنه من المستحيل على الجميع فهم محتوى كل ملف CSS بنسبة 100%، فقد يؤدي ذلك إلى المشكلات التالية:
1. تكمن مشكلات الكفاءة والهدف النهائي في محتوى موقع الويب إذا كان محتوى منطقة معينة تم تغييره، كم مرة قد يستغرق تغيير كل CSS. ونتيجة لذلك، فإن ما كان في الأصل تعديلاً بسيطًا بدأ يصبح معقدًا. علاوة على ذلك، إذا تم إجراء تغييرات متعددة، فقد نتجاهل شيئًا ما ونحتاج إلى مزيد من التصحيح، وهذا لن يؤخر تحقيق الهدف النهائي فحسب، بل سيؤدي أيضًا إلى مشكلة في الكفاءة.
2. قم باستدعاء أقل عدد ممكن من ملفات CSS في معظم الحالات، يتم تقسيم موقع الويب إلى رأس ووسط وأسفل، وبشكل عام، عند إنشاء قنوات/صفحات جديدة وما شابه ذلك، لن يتم تغيير الرأس والأسفل، ولكن يتم تغيير الجزء الأوسط فقط. بهذه الطريقة، يجب استدعاء جميع ملفات CSS، لأن نمطية HTML وCSS غير متسقة. سيؤدي هذا إلى تحمل الخادم المزيد من الضغط. هذا جانب واحد. جانب آخر هو أنه إذا كانت بعض العناصر في الصفحة الجديدة تتعارض مع صفحات أخرى، فقد نضطر إلى كتابة الكثير من التعليمات البرمجية حول اختيار الأولوية، مما يزيد من كمية التعليمات البرمجية. لا شيء من هذا هو ما نريده. ولهذا السبب يجب فصل header.css وfooter.css.
3. مشاكل في التعاون متعدد الأشخاص إذا كان هناك أكثر من شخص يعمل، فقد يكون تقسيم العمل هو أن يقوم شخص ما بإكمال التنقل في الرأس، وشخص ما يكمل شريط البحث في الأسفل، وشخص ما يكمل بناء الجديد الصفحة في المنتصف. بهذه الطريقة، يقوم كل شخص بتغيير عدة ملفات في نفس الوقت، والأشياء التي يغيرونها مختلفة. إذا كنت تريد التحديث إلى الخادم، فيجب عليك أولاً المقارنة ثم التحديث. (بالطبع، يوجد الآن برنامج مثل إدارة الإصدارات. ومع ذلك، إذا كنت تعمل في نفس الوقت، فإن الإصدار يمثل مشكلة أيضًا. عليك أن تصدق أنه ربما لن تغيره التحديثات أبدًا.)
الخلاصة:
وبطبيعة الحال، طريقة القسمة المذكورة أعلاه هي مجرد نموذج بسيط. قد تتطلب بنية مواقع الويب المختلفة تصنيفًا أكثر تفصيلاً. الشيء الوحيد الذي يجب التذكير به هنا هو أنه مع CSS المعياري، يجب أن نكون واضحين دائمًا أننا هنا لتسهيل الإدارة والتعديل والتعاون بين عدة أشخاص، بدلاً من التقسيم البسيط. إذا كان لدي أي اقتراحات، أعتقد أن نمطية CSS يجب أن تكون متسقة مع نمطية HTML. الإجماع هنا هو أنه سواء كان الأمر يتعلق بتقسيم الملفات أو تقسيم محتوى CSS، فإنه يتوافق مع نمطية HTML. وهذا سيكون أكثر فائدة لعملنا.
وما رأيك؟