• Підписка
  • Про Telecomer
rss
Add to Google
 
blank_image blank_image
 
е-mail:
Пароль:
 
blank_image   blank_image
Версія для друку

HTML5 и Сеть

Тим Брэй

Я непуганый приверженец Сети — ее архитектуры, культуры и содержимого. Я горд тем, что сыграль маленькую роль в формировании кусочков ее механизма и добавил, возможно, слишком много слов к контенту. Но как насчет HTML5? Это довольно неплохая штука, когда оказывается, что она работает. Но нет ничего ужасно важного, что бы зависело от нее.

HTML5 и Сеть

 
   
 

Позвольте мне начать с нескольких свидетельств.

Раз. Я получил письмо от одного широко известного веб-технолога — его компетентность не ставится под сомнение — который впервые взялся за разработку для мобильных устройств. Он пишет: «Я пытаюсь избежать чертовых магазинов приложений, пытаясь разрабатывать приложения на HTML5, но производительность iPhone падает ниже плинтуса, как только дело доходит до сетевого ввода-вывода. И, кроме того, я способен валить браузер Nexus One в нашем отделе с такой частотой, что это даже не смешно. Я думаю, что мне придется провести масштабную оптимизацию, связанную с доступом в Сеть, но меня интересует, что имеется в виду, когда говорят о HTML5 как о здравом подходе к выпуску приложений в 2010 году».

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

Три. Apple и Adobe организовали публичный бокс по переписке; в роли перчаток с каждой стороны слова «открытый» и «Веб».

Читайте також

Четыре. Бен Уорд пишет статью Understand The Web, которая не только все путает и содержит в первом же предложении вопиющий грамматический огрех, но и затрагивает несколько по-настоящему важных моментов.

Что такое Сеть?

Я продемонстрирую свою предвзятость как человек, который помогал писать документ The Architecture of the World Wide Web. Сеть — это треножник, стоящий на следующих архитектурных принципах:

  • Части Сети, которые мы называем ресурсами, идентифицируются короткими строками символов, так называемыми URI;
  • Работа Сети производится с помощью обмена сообщениями, которые заключают в себе метаданные и представления ресурсов;
  • Данные представления выражаются некоторым числом определенных форматов данных; вы можете рассчитывать на то, что данные в сообщении укажут вам, какой формат используется. Важно, чтобы некоторые из таких представлений могли содержать в себе URI. «Паутина» в ППП («Повсеместно Протянутой Паутине») составлена из вселенной ресурсов, связанных с помощью определенным образом представленных URI.

Это все. Вы можете заметить, что здесь ничего, что сильно бы зависело от какого бы то ни было вида HTML. Если говорить обо мне, все большая часть моей информации из Сети приходит в форме записей в фидах и постов в Twitter; это вообще не HTML, но на 100 процентов часть Паутины.

Насчет Flash.

Это может отступлением, но все же скажу: я всей душой ненавижу Flash, но по любому из определений это часть Сети. Она справляется с ролью представления ресурсов и может содержать URI-гиперссылки.

Чего же тогда не любить? Восприятие пользователем. Я бы поставил двойку за все, кроме игр; нет кнопки «Назад», фу! И, конечно, факт того, что Flash все еще остается проприетарным.

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

Родные приложения.

Большая часть родных приложений на iPhone, Android, Mac, Linux, являются веб-приложениями. На фундаментальном уровне их работа зависит от способности распознать и с умом использовать гиперссылки, а также путешествовать по просторам большой чудесной Сети.

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

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

Зачем тогда HTML5?

Очевидно, есть две причины для обсуждения HTML5 до белого каления. Во-первых, программы, основанные на HTML, исторически обеспечивали лучшее взаимодействие с пользователем, чем их предшественники. Всем в нашей профессии известно, что построить хороший пользовательский интерфейс до безумия сложно. Ранние браузеры сделали открытие, которое никто не мог предсказать: нормально оформленный текст с простыми формами, гиперссылками и кнопкой «Назад» стал восемьюдесятью в известной формуле 80/20, если ее приложить к пользовательскому интерфейсу. Это по-прежнему верно и сегодня.

Во-вторых, написание программ вещь медленная и дорогая; HTML5 обещает, что вы сможете писать меньше, продвигаться в разработке быстрее и тратить на нее меньше денег — просто потому, что она работает на множестве платформ.

В чем твоя идея?

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

За исключением тех случаев, когда он не лучше. Сейчас есть несколько классов приложений, в частности, на мобильных устройствах, где вы добьетесь лучшего результата, разработав родное приложение. Возможно, даже разработав два или три родных приложения — для iPhone, Android и webOS. Это опять же никакого отношения к «веббовости» (или «невеббовости») технологий не имеет.

Apple и Adobe организовали публичный бокс по переписке; в роли перчаток с каждой стороны слова «открытый» и «Веб».
И еще одна вещь: построение по-настоящему крутого приложения на HTML5, которое задействует те самые новые возможности, задача не из простых. Даже считая, что вы используете один из десятков инструментариев разработчиков, это не значит, что приложение у вас в кармане. На деле, по сравнению с уровнем поддержки и работы, обеспечиваемых XCode Apple или набором утилит для разработки под Android, создание приложений для HTML5 — крупный геморрой.

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

Каков наихудший исход?

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

Наилучший исход не поможет Сети как таковой и наихудший ей, как таковой, не нанесет настоящего вреда. Потому что всякое интересное приложение в той или иной степени уже является веб-приложением.

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

Источник: IT Reports

 
  Закрити [X]
Коментар: