• Главная
• В избранное
• Наш E-MAIL
• Добавить материал
• Нашёл ошибку
• Вниз

Ничто не кончено, пока не закончено.

(Йоги Берра (Yogi Berra), 1925) ((Encarta 2004, Quotations))

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

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

Поскольку детали упаковки и развертывания приложений определяются спецификой используемых типов устройств и программных технологий, в этой главе приводится лишь краткий обзор вопросов, имеющих отношение к данной теме. Отдельные шаги процедуры упаковки различны для различных технологий: J2ME/J2SE, .NET Compact Framework и ряд технологий, основанных на использовании собственных кодов, требуют для упаковки и развертывания приложений выполнения разных последовательностей шагов. Для разных типов устройств, например, PDA, смартфонов или каких-либо специализированных устройств, предусмотрены различные процедуры инсталляции программного обеспечения, отличающиеся своими деталями. Выдавая своим пользователям телефоны, операторы сетей мобильной связи часто предлагают программное обеспечение, предусмотренное для динамической загрузки на эти устройства; у этих операторов имеются собственные стратегии установки и инициализации программного обеспечения. Комплекты документации, соответствующие различным технологиям устройств и операторам сетей мобильной связи, часто можно загрузить из Web.

В данной короткой главе внимание фокусируется лишь на наиболее общих вопросах, чтобы дать вам мысленные установки относительно того, каким образом следует решать проблемы упаковки и развертывания приложений. Дополнительные ссылки на статьи, посвященные специфике упаковки и развертывания приложений при работе с .NET Compact Framework, приводятся в приложении А; довольно неплохие статьи и примеры, которые помогут вам разобраться в деталях рассматриваемых процессов, можно найти среди сетевых ресурсов. Кроме того, существуют профессиональные инсталляционные средства, которые позволяют значительно уменьшить количество выполняемых вручную операций, необходимых для упаковки и подготовке к работе мобильных приложений; разумеется, имеет смысл ознакомиться и с этими средствами. Как бы то ни было, очень важно знать, с какими проблемами и возможностями приходится иметь дело в процессе развертывания мобильных приложений.

Чтобы развертывание мобильного приложения прошло успешно, вы должны дать ответы на следующие вопросы:

1. Если ваши целевые устройства не относятся к числу "открытых" ("open devices"), то выдвигает ли поставщик устройств какие-либо требования, которые должны быть обязательно удовлетворены?

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

3. Каким образом конечный пользователь будет устанавливать ваше приложение?

Все эти вопросы подробно рассматриваются в следующих разделах.

Мобильные устройства можно разделить на три категории: 

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

2. Открытые устройства. К таковым относятся устройства, для которых отсутствуют ограничения относительно того, какое программное обеспечение может на них устанавливаться. Пользователь может свободно размещать на устройстве любое желаемое программное обеспечение, не получая на это никакого разрешения. Большинство устройств PDA/Pocket PC являются открытыми системами, и таковыми же являются некоторые модели смартфонов. 

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

Криптографическая подпись (cryptographic signature) — это небольшая порция информации, присоединяемая к приложению. Подпись основана на использовании двух элементов: 1) уникальном двоичном хеш-коде, генерируемом путем применения к байтам приложения специального алгоритма, и 2) криптографическом ключе, владельцем которого является частное лицо или организация, подписывающие приложение; обычно этот ключ состоит из двух частей — закрытой секретной части и производной по отношению к ней открытой части, восстановление которых посторонними лицами затруднено. Подпись, которой снабжено подписанное приложение, верифицируется с использованием набора утвержденных ключей. Подпись используется для надежной идентификации стороны, подписавшей приложение. Если двоичный образ приложения в силу каких-либо причин изменяется, подпись становится недействительной. Аналогичным образом, если для подписания приложения использовать другой ключ, то изменится и результирующая подпись. На устройстве, предоставляющем ограниченные возможности инсталляции приложений, хранится список утвержденных ключей подписей. При попытке инсталляции приложения или его выполнения на устройстве осуществляется проверка того, что оно подписано уполномоченной на это стороной; если проверка дает отрицательный результат, то выполнение приложения запрещается. Возможен и такой вариант, при котором в случае отсутствия или несоответствия подписи устройство запрашивает пользователя, желает ли он продолжить выполнение операции, безопасность которой не гарантируется; выбор такого варианта поведения определяется изготовителем или дистрибьютором устройства.

НА ЗАМЕТКУ

Изготовитель может поставлять несколько версий устройства, одни из которых являются "открытыми", а другие относятся к устройствам с "ограниченным доступом". В качестве примера устройств такого типа можно привести устройства Microsoft Smartphone.

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

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

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

Почему поставщики некоторых устройств требуют, чтобы приложения были подписаны?

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

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

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

3. Чтобы защитить свои сети. Операторы сетей мобильной связи заботятся о том, чтобы выполняющиеся на их устройствах приложения не могли, случайно или преднамеренно, нанести вред их дорогостоящим сетям связи. Для сетевых операторов нет ничего страшнее вирусов, распространяющихся среди множества телефонов и инициирующих атаку типа DoS (denial of service — отказ в обслуживании), которая приводит к невозможности коммерческого обслуживания сети.

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

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

Возможность динамической установки основных библиотек времени выполнения, необходимых вашему приложению, важна в том случае, если целевыми являются несколько поколений устройств. Например, в то время как .NET Compact Framework v1.1 поддерживается на Pocket PC 2000, 2002, 2003 и более поздних моделях, эта платформа не устанавливалась предварительно в ПЗУ ни на одном из устройств Pocket PC 2000, что относится и к большинству устройств Pocket PC 2002

.NET Compact Framework стала стандартной частью платформы лишь начиная с поколения Pocket PC 2003. Если ваше приложение создавалось для выполнения поверх .NET Compact Framework v1.1 и вы хотите, чтобы оно выполнялось на максимально широком круге оборудования, то в случае некоторых устройств для этого может потребоваться динамическая установка среды времени выполнения. У вас имеются три различные возможности 

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

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

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

НА ЗАМЕТКУ

Лишь некоторые классы устройств поддерживают динамическую установку сред времени выполнения и компонентов.

Как уже отмечалось ранее, одни устройства являются открытыми и допускают установку программного обеспечения, тогда как другие допускают установку лишь определенного программного обеспечения и в силу этого могут не предусматривать динамическую установку сред времени выполнения. Кроме того, круг устройств, допускающих динамическую установку сред времени выполнения, ограничивается также техническими причинами. Например, на устройствах Microsoft Smartphone и Pocket PC работа с памятью, отводимой под файловые системы, осуществляется по-разному, вследствие чего поддержка установки .NET Compact Framework в файловой системе ОЗУ Pocket PC, если это необходимо, оказывается возможной, но при этом неосуществимой для устройств Microsoft Smartphone, которые требуют установки среды выполнения в ПЗУ (хотя приложения и могут храниться в файловой системе смартфона). Поэтому знание спецификаций и возможностей расширения функциональности целевых устройств имеет очень большое значение.

Не менее важным аспектом является правильное использование версий среды выполнения. Независимо от технологии используемых сред выполнения (например, .NET Compact Framework, J2ME, J2SE, собственные коды), время от времени появляются их обновленные версии, поэтому необходимо внимательно следить за тем, с какой именно версией вы работаете.

Многие среды выполнения обеспечивают совместимость с предыдущими версиями (обратную совместимость); например, версия 1.3 среды выполнения может выполнять код, написанный для версий 1.1 и 1.2. Если обратная совместимость не поддерживается, у вас имеются две возможности:

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

2. Вторая возможность — это установка требуемой версии среды выполнения в соответствии с приведенным выше описанием.

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

В отличие от рассмотренного выше случая сред выполнения, обычно не следует ожидать, что основная масса целевых устройств поставляется с уже установленными компонентами, в которых может нуждаться ваше приложение. Как и в предыдущем случае, если требуемые приложению компоненты отсутствуют, у вас есть две возможности: 1) необходимые компоненты могут быть предоставлены программой инсталляции приложения и установлены ею в соответствии с необходимостью, и 2) инсталляционный пакет вашего приложения может поставляться без компонентов, но сообщать пользователям о том, откуда компоненты могут быть установлены в индивидуальном порядке. Ваш выбор будет определяться тем, насколько велика вероятность того, что необходимые компоненты уже установлены на устройствах пользователей, а также тем, насколько включение компонентов увеличивает размер инсталляционного пакета приложения.

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

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

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

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

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

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

Установка под управлением настольного компьютера обладает двумя существенными преимуществами: 1) с процедурой запуска инсталляционных программ на ПК пользователи хорошо знакомы, и 2) настольные компьютеры, которые синхронизируются с мобильными устройствами, могут применять этот процесс синхронизации для принудительного перемещения обновленных приложений и данных на устройства.

Как и в предыдущих случаях, вы также можете воспользоваться инсталляционными программами независимых поставщиков. 

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

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

При этом варианте установки вам также могут пригодиться инсталляционные программы независимых поставщиков. 

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

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

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

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

Несмотря на отсутствие каких-либо препятствий технического характера, установка приложений в ПЗУ требует тесного взаимодействия с поставщиком устройств (что само по себе может служить препятствием).

Лучшее, что можно посоветовать разработчикам приложений, предназначенных для развертывания на большом количестве мобильных устройств, — это тестировать развертывание приложения уже на самых ранних стадиях цикла разработки и после этого включить соответствующие требования в число критериев прохождения каждой контрольной точки разработки. Разработка технологий подготовки к установке и установки приложений всегда требует выполнения большего объема работы, чем первоначально предполагается; кроме того, эта работа менее привлекательна по сравнению с созданием самого приложения, и поэтому ее часто откладывают на "потом", предпочитая заняться более интересными вещами. To же самое можно сказать и о приложениях для настольных компьютеров и серверов, но в случае мобильных устройств это оказывается вдвойне справедливым. Неоднородная природа мобильных устройств, потенциальная потребность в привлечении третьих сторон, поставляющих устройства, и необходимость тестирования процедур установки на различных типах устройств вынуждают уделять этой проблеме самое пристальное внимание. Начинайте готовить установочный пакет на самых ранних стадиях разработки, делайте это как можно чаще и тестируйте процедуру установки на целевом оборудовании, на котором планируется развертывать приложение.