Какой смысл в правильном CSS / HTML?

Question

Если я проверял свои страницы в большинстве основных браузеров, зачем мне поддерживать проверенный код? Я хочу использовать box-shadows и угловой радиус, если они поддерживаются в браузерах WebKit и Firefox. Мне все равно, если они не отображаются в Internet Explorer. Но я подавляю свои HTTP-запросы, не добавляя изображения.

Есть ли преимущества у действующего кода? В SEO или иначе?

Answer 1

• Google предпочитает это, так что это хорошо для SEO.
• Повышает вероятность того, что ваша веб-страница будет работать в браузерах, которые вы не тестировали.
• Позволяет генерировать или использовать вашу страницу в качестве XML-документа.
• Это заставляет вас выглядеть более профессионально (по крайней мере, для некоторых разработчиков)
• Совместимые браузеры могут отображать XHTML быстрее, чем HTML в режиме причуд.
• Это указывает на кучу неясных ошибок, которые вы, вероятно, пропустили, которые влияют на вещи, которые вы, вероятно, еще не проверяли, например. кодовая страница или языковой набор страницы.

Answer 2

Потому что, только зная правило, вы узнаете, когда его нарушить.

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

Валидация указывает места, где вы отклоняетесь от стандарта. Может быть, вам нужно, а может и нет, это решение ваше.

Answer 3

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

Answer 4

Вы не можете тестировать в браузерах, которые еще не были выпущены!

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

Answer 5

Неверный CSS / HTML может стать ужасным для поддержания. Изменения могут иметь нежелательные эффекты, которые трудно исправить.

Answer 6

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

Answer 7

Это ничем не отличается от вопроса о том, есть ли преимущества в написании синтаксически допустимого кода на C: такая программа не должна делать правильную вещь ™ , но делать правильные вещи без действительного кода будет сложнее. *

Связанные обсуждения по SO: Проверяете ли вы свои сайты?

Answer 8

Иногда существуют атрибуты css или html, которые некоторые валидаторы помечают как «недействительные», но вам не следует об этом беспокоиться. Использование теней и закругленных углов не проблема. Браузеры, которые их не распознают, просто игнорируют их, так что никаких проблем нет. Я бы даже посоветовал вам использовать их - если слишком много людей будут ждать их использования, пока они не получат широкую поддержку, импульс Интернета станет слишком большим.

Однако - это причина наличия действительной HTML-структуры в вашем документе. Это совсем не сложно, и это избавит вас от несоответствий при обработке документов неправильной формы в разных браузерах.

Я так и не понял, почему нам действительно разрешено писать структурно некорректный HTML. Считыватели документов, скорее всего, вычеркнут PDF-файлы, которые плохо сформированы, но, похоже, в HTML 5 даже есть формальная спецификация для обработки ошибок ...

Answer 9

Проверка кода - это то, что может помешать многим найти и, надеюсь, исправить многие проблемы в вашем html / css, которые могут привести к нежелательным результатам. ИМХО, это скорее «обычные вещи, которые могут быть неправильными», чем замена для тестирования. Если вам нравится внешний вид браузеров, которые вы хотите, я бы не стал сильно беспокоиться о проверке.

(Да, вы можете разместить маленький значок на своем веб-сайте, если хотите, чтобы все знали, что вы используете проверку для проверки своего сайта): D

Answer 10

Я бы сказал, допустимый (X) HTML является обязательным, поскольку это определяет, как получить доступ к вашему контенту. Плохо сформированный HTML может помешать «прочтению» вашего контента не только людьми, но и машинами (например, поисковыми системами, пауками и т. Д.). Представьте, что банк хранит данные вашего счета в неправильно сформированном XML-файле, а затем отправляет этот XML в другой банк в рамках транзакции - существует опасность, что банк неверно прочитает суммы из-за того, что он пытался интерпретировать суммы.

Действительный CSS немного отличается, так как это чисто стилистическое представление эффектов, а не содержание. Поэтому не так важно поддерживать его действительность, если вы не возражаете против того, чтобы разные пользовательские агенты представляли ваш контент по-разному.