Каковы недостатки, если мы не заботимся о проверке XHTML и CSS? - PullRequest
0 голосов
/ 18 апреля 2010

Каковы недостатки, если мы не заботимся о проверке XHTML и CSS? Ошибки, отличные от CSS 3 и специфических свойств поставщика

  • С точки зрения времени разработки (Насколько действительный код XHTML и CSS экономит время на поиск проблем?),
  • Отладка кода (Как мы можем быстро отследить проблему?),
  • Кросс-браузерная совместимость (Как это помогает нам достичь кросс-браузерной совместимости?),
  • Поддержка сайта (Как было бы полезно поддерживать и обновлять для кого-то еще?),
  • Будущие изменения в веб-сайте (как было бы полезно внести какие-либо изменения в дизайн, если клиент может спросить в будущем?),
  • SEO рейтинг (Как это может повлиять на рейтинг нашего сайта в поисковых системах?)
  • Доступность (Увеличивает ли достоверность кода доступность сайта?)

Я должен объяснить секретарю клиента: проверка кода - это не просто мода, это выгодно для его сайта. Я не просто защищаю это, чтобы заработать больше денег. это не полезно только для разработчика, это в основном полезно для его сайта.

Ответы [ 2 ]

3 голосов
/ 18 апреля 2010

Существует очевидный момент, что если ваша разметка действительна, шансы на ее рендеринг в том виде, в каком вы хотите ее использовать в самых разных браузерах, улучшаются.

Но помимо этого, иногда вы тратите драгоценное время на разработку ошибок (обычно тех, которые кажутся специфическими для данного браузера) только для того, чтобы обнаружить, что причина ошибки в том, что ваша разметка недействительна, а разные браузеры обрабатывают недействительные разметка по разному. Проверка (будь то XHTML или HTML) экономит ваше время на поиск подобных проблем. На самом деле был пример здесь только вчера. ОП подумал, что у него странная проблема с jQuery для Firefox. На самом деле у него была неверная разметка, и исправление разметки решило его проблему.

Так что я думаю, что вы говорите клиенту, что проверка экономит время и, следовательно, деньги.

Обратите внимание, что это аргумент для проверки, а не для , провозглашающей достоверность (с помощью значков и тому подобного).

1 голос
/ 18 апреля 2010

Я нашел очень хорошие ответы здесь

http://validator.w3.org/docs/why.html

http://ianpouncey.com/weblog/2010/01/web-accessibility-myths/

Неправильное использование разметки - нет согласно спецификации - мешает доступность. Неправильная разметка для эффект представления (например, используя таблица для макета или заголовок для изменения размер шрифта) затрудняет пользователи со специализированным программным обеспечением для понять организацию страницу или для навигации по ней. Кроме того, используя разметку презентации вместо структурной разметки транспортировать структуру (например, конструировать что выглядит как таблица данных с элемент HTML PRE) делает его трудно отрисовать страницу вразумительно к другим устройствам (см. к описанию разницы между содержанием, структурой и презентация).

http://www.w3.org/TR/WAI-WEBCONTENT/#gl-structure-presentation

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...