Иво Салмре - Программирование мобильных устройств на платформе .NET Compact Framework
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. Вероятно, самым простым решением является создание отдельных версий вашего приложения для каждой поддерживаемой версии среды выполнения; это потребует ваших дополнительных усилий при разработке и тестировании приложения, однако обеспечит наилучшие условия работы для конечных пользователей.
