Приятно видеть, что многие дизайнеры начинают обращать внимание на веб-стандарты и пытаются использовать их для создания веб-страниц. Однако в результате вопросов пользователей сети и производства было обнаружено несколько проблем, и я хотел бы напомнить вам здесь:
1. Стандартизация предназначена не только для прохождения проверки.
Первоначальное намерение веб-стандартов — разделить контент (структуру) и представление, что означает разделение стилей и размещение их в отдельных файлах CSS. Преимущество этого заключается в том, что контент и производительность могут обрабатываться отдельно, а также облегчается поиск и повторное использование контента.
Проверка W3C помогает только проверить, стандартизировано ли написание кода XHTML и соответствуют ли атрибуты CSS спецификации CCS2. Стандартизация кода — это только первый шаг. Это не означает, что если он пройдет проверку, моя веб-страница будет стандартизирована. Мы не стандартизируем ради славы или показухи перед другими: «Посмотрите, моя страница прошла проверку». Наша цель — сделать работу нашего веб-дизайна более эффективной, уменьшить размер веб-страницы и быть лучшими. возможность использовать его в любом браузере и нормально просматривать страницы на сетевых устройствах.
Пожалуйста, успокойтесь, внимательно изучите и поймите смысл веб-стандартов. Интернет уже полон порывистости и тщеславия. Пожалуйста, не доводите эту тенденцию до применения веб-стандартов. Это только повлияет и навредит продвижению веб-стандартов.
2. Не используйте традиционное табличное мышление для установки элементов управления.
«Разметка CSS заключается в замене исходной таблицы на div. Раньше это было вложение таблиц, но теперь это вложение DIV». Это мнение неверно!
Пожалуйста, выйдите из ограничений исходного макета таблицы и откажитесь от способа размещения изображений и контента один TD за другим. Выше мы говорили, что целью веб-стандартов является разделение контента и производительности. Вы можете думать об этом так. Без изменений она выглядит как белая страница с текстом и изображениями (Это изображение относится к картинка в содержании, которая представляет собой картинку с реальным смыслом). Эти текстовые изображения просто перечислены последовательно, имеют только структуру и не имеют стиля. Затем добавьте производительности, используйте все измененные изображения в качестве фона и используйте CSS для определения положения, шрифта, цвета и т. д. каждого фрагмента контента.
На странице, созданной таким образом, контент и производительность разделены. То есть, когда вы удаляете файл CSS, остается чистый контент. Таким образом, вы можете прочитать его в текстовом браузере, прочитать на мобильном телефоне или КПК и в любой момент изменить CSS для внесения изменений.
3. Не обязательно создавать идентификатор для каждого фрагмента контента.
Некоторые пользователи сети жаловались, что файл CSS слишком большой и сложный. Внимательно просмотрев их код, я обнаружил, что причина в том, что они определяют div и создают идентификатор для каждой части контента или даже каждого предложения. С одной стороны, это связано с незнанием приложений таблиц стилей, а с другой стороны, это также свидетельствует о недостаточном понимании веб-стандартов.
Мы знаем, что контент имеет структуру (если вы не понимаете, прочитайте: [url=http://www.w3cn.org/article/tips/2004/43. html]Понимайте разделение производительности и структуры[/ url]). Мы можем использовать один и тот же стиль для определения контента с одинаковой структурой, такого как заголовки, текст и изображения на одном уровне. Для стилей, на которые ссылаются несколько раз, вы можете использовать class для их определения, и вам не нужно использовать id для каждого из них. Кроме того, это не означает, что вы должны использовать <div>. Вы можете использовать <p>. вместо этого они также являются элементами уровня блока и имеют одинаковые параметры. Среди семи параметров блочной модели <div> удобен только для плавающего типа.
Что касается добавления дополнительных элементов div только для высоты строки, интервала и измененного изображения, я думаю, вы можете быстро отказаться от них, если будете применять и понимать CSS. Мы против использования вложенности DIV вместо вложенности таблиц. Это не имеет смысла и не может отражать структурирование содержимого. Я надеюсь, что каждый будет больше изучать CSS и писать наиболее краткие и эффективные таблицы стилей.
4. Не сдавайтесь из-за небольшой неудачи.
Я думаю, что это вопрос отношения и подхода, а не только изучения веб-стандартов. Изучать какие-либо новые знания и принимать новые концепции сложно, особенно когда это требует от вас изменения существующих привычек и мышления. Единственный вопрос: считаете ли вы, что изучение веб-стандартов того стоит? Вы можете спросить себя: признаете ли вы преимущества, которые приносят веб-стандарты (упрощенный код, ускоренная разработка, сжатый размер файла, повышенная скорость загрузки, лучшее удобство использования, больше пользователей, упрощенное обслуживание, совместимость с несколькими платформами)? Чувствуете ли вы, что всемирный XML еще далек от вас? Считаете ли вы, что ваших текущих знаний HTML достаточно?
С 1999 года технология создания веб-страниц не сильно продвинулась и не изменилась в Китае (за исключением распространения Flash), но ее прогресс за рубежом никогда не прекращался, xhtml1.0, xhtml1.1, xml, xsl..., W3C и основные Компании-разработчики программного обеспечения постоянно исследуют и совершенствуют веб-технологии, чтобы сделать их более удобными, эффективными и мощными. Применение и продвижение веб-стандартов осуществляется за рубежом уже более восьми лет (начиная с веб-сайта организации веб-стандартов Зельдмана). Хотя существует множество трудностей, они постепенно принимаются и признаются людьми. Почему мы до сих пор опьянены «процветанием» на поверхности сайта, не задумываясь о сути страницы.
Вы хотите, чтобы Китай продолжал отставать? Готовы ли вы продолжать отставать? Все решения за вами.