HTML5 изменяет веб -мир, как он изменит Интернет

Будет ли HTML5 изменить веб -мир?

Ключевое событие в первой половине 2010 года привлекло внимание многих людей, и многие из них узнали о существовании HTML5 впервые из -за этого инцидента. Те, кто впервые понимает HTML5, могут быть очень удивлены, что спецификация HTML5 была сформулирована 6 лет назад, и теперь, хотя проект спецификации HTML5 уже очень хорош, все еще неясно, когда станет стандартом.

Действительно, работа Комитета по развитию кода HTML5 продвигается очень медленно. Поскольку существует слишком много идей о том, как улучшить браузер и улучшить веб -мир, как продавцов браузера, так и других, и они должны быть объединены в спецификацию HTML5 и согласованы, что требует времени. Многие новые теги и функции JavaScript, хотя эксперименты были проведены в некоторых браузерах, проблемы совместимости и стандартизации не были решены. Например, HTML5 Demos Apple, сделанная во время впечатляющей, они хорошо работают только на Safari. Вот почему сторонники Flash издевались над HTML5 за возвращение Интернета в эпоху войны в браузере 2000 года.

Хотя эта насмешка может сделать сторонников HTML5 очень грустными, и долгое ожидание действительно сложно, неправильно игнорировать HTML5 только сейчас. Поскольку за HTML5 не только промышленные гиганты, но, что более важно, стандартизация является неизбежной тенденцией в разработке ИТ -технологий. Что касается программного обеспечения, будь то браузер или связанный инструмент разработки, оно будет постоянно поглощать различные технологии вокруг него и, наконец, стандартизировать их. Это неизбежный закон технологического развития.

Безусловно, HTML5 изменит каждый аспект Интернета, очевидно, он не будет полностью заменить Flash, но HTML5 действительно изменит Интернет, чтобы браузеры могли делать больше без помощи плагинов, от отслеживания местоположения до сохранения данных в облаке. Теги HTML5 заменит плагины, которые выполняют более простые задачи, и, по крайней мере, в какой -то момент он может разработать некоторые расширенные функции для большего количества пользователей. В конечном счете, это может сделать интернет более безопасным, более эффективным и более гибким.

Итак, где HTML5, который станет новым стандартом, возьмите нас? Ниже приводится набор некоторых мнений от разработчиков, программистов и дизайнеров, из которых вы можете узнать, как HTML5 может изменить Интернет.

Давно время, веб -мир был очень приветствуется в плагинах браузера, потому что он поощрял инновационные идеи и смелые эксперименты, в то время как звук, анимация и другие очень яркие веб -страницы были действительно освежающими, когда они были представлены в Интернете впервые. Тем не менее, проблема быстро возникает, интерфейс плагина открыт для всех, и все пытаются добавить новые функции в старый, текстовый мир, а хаос неизбежен. Самый известный плагин-Flash, и есть бесчисленное множество других подобных плагинов.

По нескольким причинам Apple Bans Adobe Flash от работы на собственной платформе, которая не позволяет поклонникам Apple увидеть Flash на Apple Platforms. Популярность HTML5 предотвратит повторную работу этого конфликта, и он постепенно устранит эти относительно закрытые системы разработки: функции Javafx могут быть действительно мощными, но поскольку объекты JavaScript и Canvas могут выполнять ту же работу, почему вы должны изучать другой синтаксис? Если видео тег может синхронизировать аудио и видео, кому нужна настоящая экосистема?

Итак, действительно ли все плагины исчезнут? Может быть, но это зависит от того, что вы хотите делать. Если ваша цель состоит в том, чтобы просто нарисовать изображение, объекта Canvas может быть достаточно. Но если вы хотите построить профессиональный 3D World, как вы можете увидеть в сложных играх Flash и Shockwave, вам также может придется полагаться на проприетарные плагированные технологии, которые могут непосредственно получить доступ к видео-оборудованию и запускать 3D-игры.

Поддержка динамического генерации изображений

В прошлом изображения, отображаемые на веб -страницах, были получены из изображений GIF или JPG, загруженных непосредственно, в то время как в HTML5 изображения могут быть не непосредственно из файлов изображений, но были временно генерированы объектом Canvas. В Интернете уже существует большое количество очень хороших графических библиотек, и существование этих графических библиотек облегчает динамическое генерирование изображений.

Сегодня слои JavaScript могут рассчитывать на основе данных, а затем нарисовать график. Если у разработчиков программного обеспечения достаточно времени и талантов, все в Интернете может быть сделано более ярким, а контент простого текста будет все меньше и меньше. Flash - это только начало, и среда HTML5 облегчает разработчикам веб -разработчиков. Некоторые аналогичные инструменты появились на рынке, которые еще больше улучшат способность веб -разработчиков управлять изображениями, и по мере развития инструментов разработчики также будут разрабатывать все более и более профессиональную и сложную графику.

Одна из проблем, которая может существовать здесь, заключается в том, что этот вид обработки изображений может нанести большое бремя на клиентский процессор, например, наличие определенных требований к возможностям обработки процессора клиента. В прошлом некоторые разработчики вообще боялись использовать флэш -плагины, потому что рендеринг и представление содержимого вспышки могут оказать большое давление на процессор и сильно повлиять на последний опыт пользователя. Это не должно быть проблемой в будущем. Разработчики не должны позволять пользователям испытывать яркие изображения, потому что они беспокоятся о влиянии на производительность. Просто разработчики должны сделать компромиссный выбор. Каждый, кто жалуется на воздействие Flash на производительность, должны знать, что это не имеет ничего общего с самой технологией, и проблема возникает из -за того, что дизайнеры слишком много используют эту технологию, чтобы привлечь наше внимание.

Позвольте веб -программам использовать локальное хранилище

Веб -программисты действительно смогли использовать местное место для хранения на стороне браузера для хранения много информации, например, IE, позволяет до 300 файлов cookie и до 4096 байт контента. Однако для разработки действительно практической веб -программы она может потребовать большего хранилища, чем эта. Например, Toolkit Dojo использовал плагин Flash, чтобы выделить часть места на жестком диске пользователя и оставить его в браузер для использования. Но теперь это очень просто, использование HTML5 может достичь одной и той же цели.

Для этой части хранилища программисты могут использовать его по мере необходимости, например, сохранение приложений облачных сервисов и данных на локальном жестком диске. Это также делает доставку, установку и развертывание облачных приложений очень похожими на традиционные приложения. Например, облачные приложения могут работать как обычно, независимо от того, есть ли у них подключение к Интернету, потому что код JavaScript для приложений HTML5 был загружен с сервера, и эта часть кода сохранялась локально.

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

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

Упростить извлечение данных в веб -разработке

Веб -разработчики, которые извлекали данные с веб -страниц, знают, что существующие HTML -структуры вряд ли могут предоставить какую -либо значимую информацию, кроме того, чтобы сообщить браузеру, где находится эта информация. И разработчики должны понимать информацию о самих данных, которая может помочь программистам понять, что на самом деле означает эти данные. Так называемый микроформа в HTML5 представляет новый механизм, который добавляет некоторые специальные теги в HTML, который может помочь программистам проанализировать истинное значение данных в тегах.

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

Службы поддержки местоположения

В веб -мире мы знали только его IP -адрес, и мы не знали, каким реальным миру соответствуют эти цифры. Например, было почти невозможно узнать, где находится определенный компьютер, но услуги местоположения, которые теперь доступны, могут решить эту проблему. Стандарт HTML5 позволяет JavaScript спросить пользователя браузера о географическом месте, таких как широта и информация о долготе. Обычно эта функция не поддерживается настольными системами (поскольку требуется GPS или Wi-Fi), но эта функция может работать, если терминал является портативным смартфоном.

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

Сделайте воспроизведение веб -видео более плавным

Видеоблет в HTML5 позволяет веб -разработчикам интегрировать видеоконтент с другим контентом на веб -странице, а также позволяет тем, кто занимается разработкой JQUERY и PHP присоединиться к команде веб -разработки, что делает веб -разработку больше не просто патенты для разработчиков Flash, Silverlight и Javafx.

Хотя эта идея кажется заманчивой, все еще есть много трудностей, так как в стандарте HTML5 не указаны никаких кодеков, и каждый хочет опубликовать свои собственные видео и звуковые кодеки. Это означает, что мы заменяем другого одной путаницей: только в прошлом мы использовали программное обеспечение, встроенное в плагин браузера, но сегодня мы называем его кодеками. Поэтому, хотя сегодня у нас есть стандартный видеотеги, браузер может или не может знать, как интерпретировать этот видеоконтент.

Эрих Оушен, инструктор по разработке приложений HTML5, который преподает в Лос -Анджелесе, считает, что война кодека все еще продолжается. Компьютерные разработчики и организации Mozilla очень неправы, если они думают, что могут установить видео стандарты для профессионалов видео. Он сказал, что мы видели, как в некоторых местах используются новые видео форматы Google, например, на YouTube, но никогда не будут такими популярными, как H.264.

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

Виджеты, работающие в iframes, позволяют веб -страницам встраивать контент с других веб -сайтов (например, прогнозы погоды). Они очень практичны и популярны, но по соображениям безопасности эти виджеты работают в относительно независимой среде и в основном изолированы от другого контента на веб -странице.

HTML5 предоставляет стандартный механизм для этих виджетов, чтобы общаться друг с другом. Хотя они все еще не могут ввести в эксплуатационную среду друг друга, они уже могут отправлять информацию друг другу для совместной работы.

Рекламодатели долго с нетерпением ждали этого. Они действительно надеются интегрировать рекламу флага, которые распространяются по различным местам на одной странице. С точки зрения разработки, разработчики определенно найдут другие практические применения. Например, экран теннисного матча, воспроизводимый на веб -странице, может быть синхронизирован с информацией игрока с левой и правой стороны, которая невообразима в эпоху HTML 1.0.

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

Улучшить безопасность браузера

Каждый плагин браузера является отдельным приложением. Различные плагины браузера разрабатываются разными программистами в соответствии с различными стандартами, с различным временем выпуска и различными режимами безопасности. Естественно, некоторые плагины будут безопаснее, чем другие. Поскольку в браузерах доступно все больше и больше плагинов, становится все более и сложнее отслеживать возможные уязвимости безопасности в каждом плагинте браузера. Например, была ли в какой-то момент уязвимость в вашей компании в прошлом году в плагине или в браузере, и, наконец, решив, обновив браузер вместо обновления плагина или наоборот, кому-то может быть трудно помнить.

Встроенные во многие функции в HTML5 вместо использования плагинов могут значительно снизить риски безопасности, избежать проблем в нескольких ссылках, связанных с разработкой плагинов, и не позволяют людям преднамеренно использовать API в подключаемом модуле для установки вредоносного кода. Поскольку относительно говоря, безопасность браузеров Firefox, Chrome или IE обычно проверяется большим количеством людей (включая группы безопасности). Если команда безопасности считает, что браузер безопасен, вообще говоря, риски безопасности определенно намного меньше.

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

Слова разработчика, работающего в компании по разработке веб -программного обеспечения, являются очень представительными, и он кратко иллюстрирует возможные изменения, которые может принести HTML5. Он сказал: я предпочитаю html5, главным образом потому, что он позволяет мне развиваться в унифицированной среде разработки, которая должна добавлять JavaScript и DOM, без необходимости переключаться между миром Flash и миром HTML5. В будущем, пока вы освоите язык разработки и набор инструментов, вы можете разработать любой плагин.

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

Действительно, HTML5 использует унифицированный язык (JavaScript), унифицированную модель данных (XML и DOM) и правило единого представления (CSS) для выражения текста, аудио, видео и графики. Это, несомненно, очень идеально подходит для разработчиков. Основываясь на единой стандартной среде разработки, работа определенно будет намного проще. Но задача сделать все реальностью все еще огромна. Одной из заметных проблем является отсутствие инструментов, и сейчас в HTML5 все еще мало инструментов. Неоспоримо, что популярность Flash тесно связана с очень полезными инструментами Adobe для разработки Flash.

Ссылка: эволюция HTML

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

Первая официальная версия HTML - HTML 2.0, запущенная IETF (Интернет -инженерная целевая группа). Позже W3C заменил роль IETF и стал организацией для формулирования стандартов HTML. Во второй половине 1990 -х годов версия HTML часто модифицировалась до HTML 4.01 в 1999 году. На данный момент HTML достиг своего первого пика.

Первый пересмотр HTML после HTML 4.01 - XHTML 1.0, где x означает расширение. XHTML 1.0 основан на HTML 4.01 и не вводит никаких новых тегов или атрибутов. Единственная разница - синтаксис. HTML более непринужден в отношении синтаксиса, в то время как XHTML требует XML-подобного строгого синтаксиса. Позже W3C запустил XHTML 1.1.

Для W3C это была идеальная заслуга от HTML 4. Их следующий шаг - XHTML 2.0, надеясь довести Интернет в светлое будущее XML. Тем не менее, представители Opera, Apple и Mozilla не были удовлетворены работой W3C, и они спонтанно организовали рабочую группу технологий гипертекстового приложения, которая является той, и они привержены спецификации HTML5.

В то время как WhatWG привержен HTML5, W3C продолжает их XHTML 2.0. Тем не менее, работа W3C на XHTML 2.0 медленно попала в неприятности, а затем прекратила свою работу на XHTML 2.0 и сформировала новую рабочую группу HTML в 2007 году. Они мудро выбрали результаты WhatWG в качестве основы и работали над составлением спецификаций HTML5.

После многих лет обсуждения проект HTML5 был выпущен в 2008 году, и в настоящее время W3C в настоящее время улучшает его. Теперь нет четкого заявления о том, когда HTML5 официально станет стандартом. Хорошей новостью является то, что HTML5 может быть принят в качестве стандарта кандидата в 2012 году. Однако ожидается, что всякий раз, когда HTML5 становится стандартом, это определенно будет относительно долгосрочным процессом для HTML5, чтобы быть принятым всеми поставщиками браузеров.