Стоит ли тратить время на разработку для вывода корректного HTML?
https://stackoverflow.com/questions/119723
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Разработка веб-сайтов требует много времени.Чтобы повысить производительность, я написал прототип и показал его нашим клиентам.Я не беспокоюсь о том, чтобы прототип соответствовал стандарту.В большинстве случаев наши клиенты одобряли прототип и назначали необоснованные сроки.Обычно я использую прототип в производстве (эй, прототип работает.Не надо усложнять мне работу.)
Я мог бы провести рефакторинг кода для вывода корректного HTML.Но стоит ли затрачивать усилия на вывод корректного HTML?
Решение
Это стоит усилий только в том случае, если это принесет вам практическую пользу.Соблюдение стандартов может облегчить создание веб-сайта, который будет работать в большинстве браузеров.Опять же, если вас устраивает то, как веб-сайт отображается в интересующих вас браузерах (может быть, в одном, а может и во всех), то проходить через все этапы проверки, чтобы он прошел проверку, — это пустая трата времени.
Кроме того, разница в SEO между полностью валидным HTML-сайтом и преимущественно валидным HTML-сайтом незначительна.
Поэтому всегда ищите практическую выгоду, она есть в некоторых ситуациях, но не делайте этого просто ради нее.
Другие советы
Да.Достаточно сложно разобраться с тем, как разные браузеры будут отображать действительный HTML, не говоря уже о попытках предсказать, что они будут делать с недействительным кодом.То же самое касается поисковых систем: большое количество проблем в HTML может привести к тому, что сайт не будет индексироваться должным образом или вообще не будет индексироваться.
Я думаю, реальный ответ: «Это зависит от того, что недопустимо в HTML».Если недействительные части связаны с проблемами доступности, вы можете даже обнаружить, что у вашего клиента есть проблемы с законом, если он использует сайт на коммерческой основе.
Вероятно, нет, если у вас изначально есть сайт, не соответствующий требованиям, и у вас мало времени.
Однако, и вы мне не поверите, потому что я с самого начала не верил другим, но проще сделать сайт совместимым с самого начала — это избавляет вас от головной боли с точки зрения совместимости браузера, поведения CSS и даже поведения JavaScript и обычно требуется меньше разметки.
Соответствие сайта (по крайней мере, переходному уровню) довольно просто.
Создание совместимого HTML аналогично обеспечению отсутствия предупреждений во время компиляции: предупреждения появляются по какой-то причине, вы можете не осознавать, в чем заключается эта причина, но игнорируете предупреждения, и, прежде чем вы поймете, где вы находитесь, их будет очень много. , вы не можете найти тот, который имеет отношение к проблеме, которую вы пытаетесь решить.
Если вы используете Firefox для просмотра своих веб-страниц, в правом нижнем углу вы увидите полезную зеленую галочку или красный крестик, которая быстро покажет вам, выполнили ли вы требования или нет.Нажав на красный крестик, вы увидите все места, где вы дурачились.Некоторые предупреждения/ошибки могут показаться немного педантическими, но исправьте их, и вы получите много пользы.
- Ваша страница с гораздо большей вероятностью будет работать с более широким спектром браузеров.
- Соблюдение требований доступности станет проще (например, на ваших изображениях будут атрибуты «alt»).
- Если вы выберете XHTML в качестве стандарта, ваша разметка с большей вероятностью будет полезна в среде AJAX.
Невыполнение этого требования приводит к непредсказуемости.
Одна из самых больших проблем веб-браузеров заключается в том, что они увековечили вредные привычки (и в некоторых случаях до сих пор так делают), незаметно исправляя определенные проблемы с разметкой, такие как невозможность закрытия ячеек и/или строк таблицы.Этот единственный факт привел к тому, что тысячи веб-страниц не соответствуют требованиям, но «работают», внушая своим разработчикам ложное чувство безопасности.
Если учесть, сколько вещей может пойти не так с веб-сайтом, то лень, когда дело доходит до соблюдения требований, просто добавляет больше проблем к вашей рабочей нагрузке.
РЕДАКТИРОВАТЬ:прочитав еще раз ваш исходный пост, я заметил, что вы говорите, что не заморачиваетесь на соблюдении требований при работе над прототипом, затем вы говорите, что обычно используете прототип в производстве - это означает, что это не строго прототип, а кандидат.Обычной ситуацией в таких обстоятельствах является то, что как только клиент принимает кандидата, ему не выделяется время на исправление ошибок или наведение порядка, что усиливает аргумент в пользу того, чтобы разметка в первую очередь соответствовала требованиям.
Если вам не дадут время позже, сделайте это сейчас.
Если вам дали время позже, значит, вы все равно успели это сделать.
Если вы хотите, чтобы ваше зрение было доступно людям с ограниченными возможностями и без них, а также внешним системам, то да, вам обязательно следует убедиться, что вы выводите действительный HTML.
Легко протестировать HTML с помощью автоматические валидаторы.
Я добавлю к тому, что сказал Майк Эдвардс о юридических последствиях, и напомню вам, что у вас есть и моральные обязательства :)
Почему бы сначала не написать прототип в допустимом (X)HTML?у меня есть никогда обнаружил, что это требует больше усилий, чем использование недопустимого HTML.Создание корректного XHTML должно быть тривиальной задачей.(С другой стороны, производство семантически значимый XHTML может оказаться более обременительным.)
Короче говоря, я вижу никакого преимущества в использовании недопустимого HTML для прототипов.
Честно говоря, я не знаю, почему создание HTML на основе стандартов требует дополнительных усилий.Это не так уж и сложно, и вы должны делать это из соображений профессионализма.
Если бы вы заплатили кому-то, чтобы он построил вам дом, а он от лени, чего вы тогда не заметили, срезал углы, а через 10 лет в ваших стенах появились трещины, вы бы были счастливы?
Действительный HTML только для того, чтобы иметь возможность разместить значок на своем сайте — нет.
Наличие «действительного HTML» в смысле «HTML, который работает во всех основных браузерах или браузерных движках» — да.
Абсолютно.Неверный код может вызывать всевозможные странные действия и ошибки, которые не затмевают те, которые возникают при получении отчета о проверке.
Дело в точке:
Желтый фон выходил из списка сообщений и над заголовком следующего списка сообщений - но только в Internet Explorer.
Почему?Фон был применен к элементу списка, но человек, написавший страницу, написал ее как единый список с заголовком посередине.Заголовки не допускаются между элементы списка, и разные браузеры пытались восстановиться из него по-разному.Internet Explorer завершал элемент списка (с цветом фона), когда видел начало следующего элемента (после заголовка), в то время как другие браузеры завершали его, когда видели конечный тег для первого элемента списка.
Это была единственная ошибка валидности на странице, поэтому поиск и устранение проблемы заняли всего пару минут.
Потому что, если вы будете придерживаться стандартов, ваша работа будет совместима в будущем.Пользовательские агенты будут стремиться к соблюдению стандартов, и их особенности режима несоответствия всегда могут быть изменены.Так и должно быть.
Если только вы не сторонники увековечения нарушенных стандартов IE8, которые они хотят включить по умолчанию.- это еще один аргумент.
Вебкит, Гекко, Престо?(это движок Opera?), а остальные всегда будут становиться более совместимыми с каждым выпуском.
Если ваша работа с HTML не выполняется во встроенном элементе управления браузера IE, тогда действительно нет причин выводить действительный HTML-код, пока он отображается.
По моему мнению, ключевым критерием является «соответствие цели». Если ваши клиенты хотят что-то для небольшого/внутреннего рынка (и их не волнует, оттолкнет ли это потенциальных клиентов с ограниченными возможностями или используют менее распространенные браузеры), тогда это их выбор.
В то же время я думаю, что мы (как разработчики) обязаны убедиться, что они знают последствия своих решений. Некоторые организации будут связаны законодательными требованиями о том, чтобы веб-сайты могли использоваться программами чтения с экрана, что обычно означает соответствие стандартам HTML.
Я считаю, что создание действительных результатов HTML не сильно повредит вашему времени разработки, если вы с самого начала научились кодировать действительный HTML.
во-первых, не так уж сложно узнать, какие теги не разрешены внутри элемента.
и обязательные атрибуты в теге иногда являются именно теми, которые вам действительно нужны - я считаю, что это основные ошибки, которые делают ваш HTML недействительным, так почему бы просто не изучить их уже сейчас, если вы планируете оставаться в сети какое-то время. длинный?
плюс вывод действительного HTML может помочь повысить рейтинг ваших сайтов.
Есть два правила написания сайтов:
- Сайт должен работать на ваших пользователей.
- Сайт должен работать на ваших пользователей.
Чтобы соответствовать первому правилу, вам необходимо написать такой код, чтобы ваш сайт корректно отображался при использовании Internet Explorer.Если у вас нет свободы изменять дизайн вашего сайта, чтобы использовать только те функции, которые IE отображает правильно, это означает написание недопустимого HTML.
Чтобы соответствовать второму правилу, вам необходимо писать код так, чтобы ваш сайт корректно отображался при использовании программ чтения с экрана и экранов Брайля.Хотя некоторые новые программы чтения с экрана могут работать с сайтами, ориентированными на IE, в целом это означает написание корректного HTML.
Если вы работаете над небольшим проектом или являетесь частью большой команды, вы можете написать код сайта, который выводит HTML-код, ориентированный на IE, для IE и действительный HTML в противном случае.Но если вы самостоятельно беретесь за проект среднего и большого размера, вам нужно решить, какому правилу вы будете следовать, а какое — игнорировать.
ОБНОВЛЯТЬ:
Это отвергается пользователями, которые думают, что в IE всегда можно обойтись валидным HTML.Это может быть правдой, если у вас есть возможность изменить свой дизайн, чтобы обойти недостатки IE, но если клиент предоставил вам дизайн, и вам нужно заставить его работать, вам, возможно, придется прибегнуть к недопустимому HTML.Это печально, но это правда, что бы они ни думали.
