Что такое cons, если мы не заботимся о проверке XHTML и CSS?

Question

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

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

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

Answer 1

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

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

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

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

Answer 2

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

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