Контракты

Введение

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

Весьма ярко этот персонаж проявил себя в сцене на бензоколонке. К нему подошел нищий с табличкой: "Буду работать за еду". Увидев это, наш герой предложил ему яблоко в обмен на то, чтобы тот помыл лобовое стекло его машины. Но когда тот нищий отказался, не соблюдя, таким образом, письменный контракт, герой Купера весьма расстроился… до состояния, когда он объявляет о своей неизлечимой болезни, распахивает рубашку и показывает пояс из взрывчатки с десятисекундным таймером, на котором уже начался обратный отсчет.

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

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

Такова природа различных контрактов в Windows 8, которые, в целом, возможно, являются одной из наиболее мощных возможностей во всей системе. Главную цель контрактов можно описать как "Запуск приложения с определенной целью и в определенном контексте". Таким образом, вместо того, чтобы запускать приложения изолированно, контракты позволяют запускать их в связи с нуждами других приложений в контексте этих приложений. Информация может быть, таким образом, передана для реального использования напрямую из приложения в приложение, вместо передачи ее через обычное посредничество файловой системы, где теряется связь между приложениями.

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

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

Таблица ниже содержит краткое описание всех контрактов и расширений Windows 8 (в алфавитном порядке), некоторые из которых позволяют приложениям работать вместе, в то время как другие позволяют приложениям расширять функциональность системы. Их полное описание можно найти в материале "Контракты и расширения приложений" (http://msdn.microsoft.com/ru-ru/library/windows/apps/hh464906%28v=VS.85%29.aspx). Те, о которых речь идет в этой лекции, выделены зеленым: Общий доступ (Share), Поиск (Search), сопоставление типов файлов и схем универсальных кодов ресурсов (URI) (file type and URI scheme association), средства выбора файлов (file pickers), обновление кэшированных файлов (cached file updater) и окно выбора контактов (людей) (contacts (people)). Другие контракты либо обсуждаются в указанных лекциях, некоторые из них я оставил для вашего самостоятельного изучения с использованием документации и примеров.

Совет. Для того чтобы сравнить различные возможности обмена данными – контракт Общий доступ (Share), буфер обмена (clipboard), контракт средства сохранения файлов (file save picker), посмотрите материал "Общий доступ к данным и обмен данными" (http://msdn.microsoft.com/library/windows/apps/hh464923.aspx) в Центре разработчиков Windows. Он показывает различные сценарии для каждой из возможностей, и случаи, когда вы можете реализовать больше, чем одну из них в приложении.

Кроме того, обратите внимание на то, что эти контракты используют множество событий WinRT, поэтому помните о необходимости вызова removeEventListener, как это описано в лекции 3 курса "Введение в разработку приложений для Windows 8 с использованием HTML, CSS и JavaScript".