Программирование мобильных устройств на платформе .NET Compact Framework - Иво Салмре

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

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

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

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

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

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

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

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

ГЛАВА 16

Шаг 5: упаковка и развертывание мобильного приложения

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

Введение

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

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

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

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