Вы can’ T избежать этого.Everyone’ S говорить о HTML5.it’ S, пожалуй, самая разрекламированная технология, так как люди начали помещать закругленными углами на все и использования ненужных градиентов.На самом деле, многое из того, что люди называют HTML5 на самом деле просто старомодным DHTML и AJAX.Вперемешку со всей информацией, много дезинформации, так вот, JavaScript эксперт Remy Sharp и Opera’ Брюс Лоусон взглянем на некоторые из мифов и отсортировать правду от общего misconceptions.
Во-первых, некоторые Facts
Когда-то давно, там был прекрасный язык, называемый HTML, который был так прост, что писать сайты с ним было очень легко.Таким образом, все сделал, и веб превращается из связанного сборник физики к тому, что мы знаем и любим today.
Большинство страниц didn’ T соответствуют простые правила языка (потому что их авторы были справедливо обеспокоены тем более с сообщением, чем среда), так что каждый браузере должна быть прощающей с плохой код и сделать все возможное, чтобы разобраться, что ееАвтор хотел display.
В 1999 году W3C решила прекратить работу над HTML и изменить мир к XHTML.Это было все хорошо, пока несколько человек заметили, что работы по модернизации язык XHTML2 имели очень мало общего с реальным Web.Будучи XML, спектр необходимых браузера, чтобы остановить рендеринг, если она произошла ошибка.И потому, что W3C писал новый язык, который был лучше, чем простые старые HTML, это устаревшие элементы, такие как <img> и <a>.
Группа разработчиков в Театре оперы и Mozilla не согласен с таким подходом и представил бумаги в W3C в 2004 утверждая, что, “ Мы считаем, веб-приложений важной области, которая не была должным образом обслуживаться существующих технологий …Существует рост угрозы от одного поставщика решений решении этой проблемы, прежде чем совместно разработали specifications.”
В документе предлагается семь принципов проектирования:
- Обратная совместимость, а также четкое миграции path.
- Четко определенная обработка ошибок, как CSS (т.е. игнорировать неизвестные вещи и двигаться дальше), по сравнению с XML’ S “ draconian” ошибка handling.
- Пользователи не должны подвергаться воздействию авторской errors.
- Практическое применение: каждая черта, которая входит в Web-приложениях спецификации должны быть обоснованы практические случае использования.Обратное не всегда верно: каждый случай использования не обязательно требуют новых feature.
- Сценарии, чтобы остаться (но следует избегать, где более удобно декларативной разметки могут быть использованы)
- Избегать конкретных устройств profiling.
- Сделать процесс открытым.(. Веб извлек выгоду из разрабатываемых в открытых списков рассылки, архивов и проекта спецификации должны постоянно быть видимыми для общественности.)
Документ был отклонен W3C, и поэтому операи Mozilla, позже присоединился Apple, продолжает список рассылки, называемый веб-приложений гипертекстовой технологии рабочей группы (WHATWG), работающих на их доказательство правильности концепции спецификации.В спецификации продлен HTML4 forms, пока она не переросла в спецификации называется Web Applications 1.0, под редакцией продолжение Ян Хиксон, которые оставили опера для Google.
В 2006 году W3C понял свою ошибку и решил возродить HTML, прося WHATWG для его спецификацию, чтобы использовать в качестве основы того, что сейчас называется HTML5.
Таковы исторические факты.Теперь, let’ посмотрим на некоторые истерические myths.
Myths
“Я Can’ T Использование HTML5 до 2012 (или 2022)”
Это ошибочное мнение, исходя из прогнозируемого дата HTML5 достигнет этапа в W3C процесс, известный как Candidate Recommendation (REC). WHATWG wiki говорит так:
Для спецификации, чтобы стать REC сегодня, она требует двух завершена на 100% и полностью совместимы реализации, о чем свидетельствует успешное прохождение каждой тысячи тестов (20.000 тесты для всей спецификации, вероятно, будет скромным подсчетам).Если вы считаете, сколько времени потребуется, чтобы написать, что много тестов, и как долго он принимает для реализации каждой функции, вы начнете понимать, почему сроки так кажется long.
Таким образом, по определению, спецификация won’ т быть закончена, пока вы не можете использовать Все it, а в двух browsers.
Конечно, то, что действительно важно, так это биты HTML5, которые уже поддерживаются в браузерах.Любой список будет устарел в течение недели, потому что разработчики браузеров являются инновационно так быстро.Кроме того, большая часть новых функций может быть воспроизведены с JavaScript в браузерах, которые don’ т еще есть поддержка.<canvas> собственности во всех современных браузерах и будет в Internet Explorer 9, но она может быть подделана в старых версиях IE с excanvas library.<video> и < audio> Свойства можно подделать со вспышкой в старом browsers.
HTML5 предназначен для деградировать изящно, так и с умным JavaScript и некоторые мысли, все содержимое должно быть доступно на старых browsers.
“Мой браузер поддерживает HTML5, но Твоя Doesn’ т”
There’ SA миф, что HTML5 некоторые монолитные, неделимая вещь.It’ не так.It’ SA набор функций, как we’ видели выше.Таким образом, в краткосрочной перспективе, вы не можете сказать, что браузер поддерживает все спецификации.И когда некоторые браузер или другое делает, это won’ имеет значения, потому что we’ будете все бы слишком взволнован следующей итерации HTML от then.
Какой ужасный беспорядок, you’ Re мышления?Но учтите, что CSS 2.1 еще не готовой спецификации, и все же все мы использовать его каждый день.Мы используем CSS3, к счастью, добавив border-radius, чтоскоро будет поддерживали во всем мире, в то время как другие аспекты CSS3 aren’ T поддерживается в любом месте в all.
Будьте осторожны с браузером “ scoring” веб-сайтов.Они часто проверить вещи, которые не имеют ничего общего с HTML5, такие как CSS, SVG и даже веб-шрифты.Важно то, что вам нужно сделать, what’ S поддерживаются браузеры client’ аудитории с будет использоваться и сколько вы можете подделать с JavaScript.
HTML5 тег легализует Soup
HTML5 является гораздо более щадящими, чем его синтаксис XHTML: Вы можете написать теги в верхнем регистре, строчными или смесь из двух.Вы don’ т необходимо самостоятельно закрыть теги, такие как img, поэтому следующее как юридических, так:
<img src="nice.jpg" /> <img src="nice.jpg">
Вы don’ T нужно обернуть атрибутов в кавычки, поэтому следующее как юридических, так:
<img src="nice.jpg"> <img src=nice.jpg>
Вы можете использовать верхний или нижний регистр (или смешивать их), так что все они являются правовыми:
<IMG SRC=nice.jpg> <img src=nice.jpg> <iMg SrC=nice.jpg>
Это isn’ T отличаться от HTML4, но это, вероятно, происходит в настоящий шок, если you’ повторно использованы для XHTML.На самом деле, если вы служили ваши страницы в виде комбинации текста и HTML, а не XML (и вы, вероятно, были, потому что Internet Explorer 8 и ниже couldn’ T визуализации истинного XHTML), то оно никогда не имело в любом случае: браузер никогда не заботиласьО косые черты, цитирует атрибуты или дело только валидатор did.
Таким образом, в то время как синтаксис является более свободным, фактически правила разбора гораздо жестче.Разница в том, что нет более теги soup; спецификация описывает, что делать с неверными наценкой, так что все браузеры соответствующий производить тот же DOM.Если you’ когда-либо написанных JavaScript, который должен ходить по DOM, то you’ Re осведомлены о тех ужасах, которые несовместимы заморских может bring.
Это исправление ошибок никаких причин, чтобы сбивать неверный код, хотя.DOM, что HTML5 создает для вас не может быть DOM вы хотите, чтобы гарантируя, что ваш HTML5 проверяет прежнему имеет важное значение.При всем этом новый материал, с видом на небольшую ошибку синтаксиса, который останавливает вашего скрипта от работы или, что делает ваш CSS unstylish легко, поэтому у нас есть HTML5 validators.
Вдали от легитимизации тегов, HTML5 отправляет его историю.Souper.
“Мне нужно преобразовать XHTML Мой сайт на HTML5″
Есть HTML5′ с допуском свободнее си …
Если вы хотите прочитать полностью статью, посетите сайт наших спонсоров