Элиот Стокс - Идеально! Как создать и переделать свой сайт. Правильный подход и передовые техники разработки

Фото: Trillian Blog, smashed.by/trillian

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

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

Сегодня Сеть – это просто еще одна «родная» платформа, которая набирает обороты и должна конкурировать по своим уникальным достоинствам, а не по тем, которым ее одаривает Интернет, ведь другие платформы тоже реализуют такие же возможности. Вопрос на засыпку! Что вы запланируете при выборе веб-платформы для вашего следующего приложения как его достоинство: интерфейс пользователя «родного» приложения или показ через URL и обслуживание его через HTTP?

Веб-приложения «догоняют» «родные» платформы по таким свойствам, как локальное хранилище и способность работать, когда устройство не в Сети, граница между веб и «родными» приложениями стирается все больше. Она достигает своего логического предела в операционных системах типа WebOS от Palm и Google Chrome, где «родные» технологии – это веб-технологии.

Нам надо понимать, что веб-приложения, работающие на таких ОС, являются «родными» приложениями. Поэтому мы выбираем между структурами различных ОС и «родными». Этот выбор определяет то, какая «родная» ОС предложит лучший опыт взаимодействия. Потом наш выбор будет проходить между различными «родными» авторскими технологиями – HTML, CSS и JavaScript для «родных» веб-приложений, Objective-C и Cocoa Touch для iOS приложений, Java и Android SDK для Android приложений, C# и. NET для Windows Phone-приложений, и т. д., и т. п.

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

Чтобы ответить на него, нам нужно понимать сущность нашего продукта и особенно то, к чему он по сути ближе – к сайту или приложению.

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

Рисунок 9.12. Континуум документ-приложение

Рисунок 9.13. Принцип универсальности, выдвинутый создателем Всемирной паутины, Тимом Бернерсом Ли, был написан в пору, когда Сеть представляла собой в основном совокупность связанных документов. Не обязательно применять его полностью к приложениям, которые по своему дизайну имеют различные ограничения и требования. См. комментарии Ли Веру на возражения Джона Олсопа по поводу моего манифеста одной версии в. Net magazine: smashed.by/netmag

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

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

Это напоминает скорее изящную деградацию [114]онлайн-функционала редактора изображений? Как бы редактор изображений работал на телефонах без полноцветного дисплея?

Ни одна команда разработчиков продукта на земле не имеет ресурсов для создания приложений, которые предоставят наилучшие возможности опыта взаимодействиф для каждого пользователя

Какой контент вы бы отображали на таких устройствах?

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

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

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

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

Документальную сторону непрерывной среды – континуума – представляют сайты. Сайт содержит контент, а также представление этого контента. Контент может представлять собой текст, изображения, аудио, видео и т. д., размеченные с помощью языка HTML, для того, чтобы добавить семантику и структуру. Презентация включает в себя как визуальную разметку, так и интерактивные элементы (такие как навигация между страницами и положениями), и обычно осуществляется с использованием комбинаций CSS и JavaScript.