- أو
- للقائمة الرئيسية؟ هذه مشكلة في اللعبة. حتى الآن، لا أحد يستطيع أن يعطي إجابة واضحة على هذا السؤال، ولا حتى أنا. صحيح أنه عندما يحتوي
- واحد فقط، يبدو هذا div زائدًا بعض الشيء، ولكن في بعض الأحيان من أجل مطابقة التصميم الرائع، تعني طبقة إضافية من العلامات طبقة أخرى (تغييرات). يستخدم بعض الأشخاص أيضًا النطاق في العلامة). الميزة المتأصلة في div بدون أي سمات أصلية لا مثيل لها من قبل العلامات الأخرى. أريد فقط أن أوضح شيئًا واحدًا بهذا الاقتراح، وهو أننا يجب أن ندرك أنه بالإضافة إلى
- ، هناك أيضًا
- طريقة الكتابة هذه، والتي يتمتع أيضًا ببنية ودلالات جيدة ويزيل طبقة التداخل. عندما لا داعي للقلق بشأن الفن الرائع، هل يمكننا أيضًا أن نجعل الهيكل أكثر بساطة؟
يمكن في الواقع توسيع هذا الاقتراح إلى - "ليس كل المحتوى يحتاج إلى عناصر كتلة كحاويات" و"ليست كل الروابط تحتاج إلى عناصر أخرى كحاويات"، مثل "المزيد" الذي تحتويه العديد من الصفحات. يكتب بعض الأشخاص "
أو . هل لا تزال هناك حاجة إلى وجودها عندما تحتوي هذه "الحاويات" على علامة فقط؟ هل الكتابة مباشرةتكسر البنية؟ هل ستفتقر إلى الدلالات؟ هل سيؤثر على التخطيط؟ إذا فكرت بشكل مختلف، فقد تكسب شيئًا مختلفًا.
4. تحقيق "الفصل بين الهيكل والأداء" في العمل
فيما يتعلق بهذه النقطة، يقترح العديد من الخبراء على الإنترنت ذلك، أي افتح المحرر أولاً، واكتب الهيكل بالكامل، ثم انتقل إلى CSS لكتابة الأداء، وحاول عدم لمس الهيكل المكتوب بالفعل.
ومع ذلك، فمن الصعب على الأشخاص الذين يستخدمون قراءة الكتب كوسيلة تعليمية رئيسية أن يفهموا ذلك، لأن معظم الكتب المتعلقة بالمعايير تدرس خطوة بخطوة، مما يعني أنه يجب عليهم الجمع بين البنية والتعبير بطريقة خطوة بخطوة. وعلى الرغم من أن بعض الكتب لديها اقتراحات في هذا الصدد، إلا أن بعض الجمل القصيرة تكون أقل بكثير من التأثيرات الدقيقة أثناء عملية القراءة. عندما يكون لدى موظفي الإنتاج فهم جيد للهيكل، فإن هيكل الكتابة والأداء في نفس الوقت لن يكون له تأثير كبير على النتائج. ولكن من خلال تجربتي، فإن طريقة العمل للفصل بين الهيكل والعرض هي أكثر كفاءة من كتابة الهيكل والعرض في نفس الوقت، وفي الوقت نفسه، ليس من السهل تفويت العناصر الموجودة على الصفحة.
بالطبع، ما يسمى بـ "الفصل بين البنية والأداء" لا يعني تجاهل الأداء تمامًا. إذا كنت تريد أن تأخذ الأداء في الاعتبار، فيجب عليك التأكد من أن محدد CSS يمكنه تحديد أكبر قدر ممكن من المحتوى دون تدمير البنية. . إن مكان إضافة الفئات أو التصنيفات التي يجب استخدامها لتمييزها هي مسألة رأي. من خلال الجمع بين مسودات التصميم المختلفة، يكون من الضروري أحيانًا إجراء تغييرات مقابلة، ومع ذلك، يجب أن يكون لهذه التغييرات نفس الفرضية - وليس تدمير بنية الكود وسهولة قراءته.
علاوة على ذلك، يجب أن ندرك أن أي أداة بصرية هي شيطان. غالبًا ما تكون التأثيرات المقدمة في واجهاتها المرئية بعيدة بآلاف الأميال عن تلك الموجودة في المتصفحات الحقيقية. ما نريده حقًا أن نكون متوافقين معه هو المتصفح، وليس الواجهة المرئية للمحرر.
5. CSS ليس علاجًا سحريًا، وليس من المستحيل العيش بدون CSS.
بالمقارنة مع عصر CSS1.0، يمكن لـ CSS إنجاز المزيد من الأشياء اليوم، ومع ذلك، فإن الطلب يتقدم دائمًا على التكنولوجيا. لا يمكن لـ CSS إكمال جميع أعمال طبقة العرض لصفحات الويب. في بعض الأحيان يتعين علينا الجمع بين JS أو لغات أخرى لتحقيق بعض التأثيرات . وفي أحيان أخرى، يكون استخدام JS أبسط بكثير من الاعتماد على CSS وحده، وتكون التعليمات البرمجية أكثر تنظيماً - والمثال الأكثر شيوعًا هو القائمة المنسدلة. في هذه الأوقات، علينا أن نقنع أنفسنا، أو رؤسائنا وعملائنا، باستخدام أساليب أبسط وأكثر منطقية. نظرًا لأن DOM يعد أيضًا مكونًا مهمًا لمعايير صفحات الويب، فهذا لا يعني أن استخدام JS سيجعل صفحات الويب الخاصة بنا أقل كفاءة أو لم تعد قياسية. على العكس من ذلك، يعد هذا أكبر سوء فهم لـ JS. بعد قولي هذا، يجب أن أذكر أنه في عصرنا هذا، يتعين على كل مهنة معرفة المزيد من المعرفة ذات الصلة أكثر من أي وقت مضى، ويجب على أولئك الذين يقومون بالتصميم أن يعرفوا القليل عن التفاعل والإنتاج، ويجب على أولئك الذين يقومون بالإنتاج أن يفهموا أيضًا التصميم والبرمجة ، خاصة مع التقنيات الأمامية مثل JS، بهذه الطريقة فقط يمكنك أنت وزملائك العمل معًا بشكل أفضل، وستكون آفاق التطوير الشخصي لديك أكثر إشراقًا.
يشير مصطلح "لا يوجد CSS" إلى فشل موقعنا في تحميل ملف CSS لأسباب مختلفة غير معروفة. لا داعي للذعر بسبب هذا، فهذا هو أفضل وقت لاختبار جودة الكود الخاص بنا. إذا كانت صفحة الويب لا تزال تحافظ على سهولة القراءة بدون CSS، فإن هذا الإنجاز يستحق فخرنا أكثر بكثير من اجتياز التحقق من W3C.