Охрана труда:
нормативно-правовые основы и особенности организации
Обучение по оказанию первой помощи пострадавшим
Аккредитация Минтруда (№ 10348)
Подготовьтесь к внеочередной проверке знаний по охране труда и оказанию первой помощи.
Допуск сотрудника к работе без обучения или нарушение порядка его проведения
грозит организации штрафом до 130 000 ₽ (ч. 3 статьи 5.27.1 КоАП РФ).
Повышение квалификации

Свидетельство о регистрации
СМИ: ЭЛ № ФС 77-58841
от 28.07.2014

Почему стоит размещать разработки у нас?
  • Бесплатное свидетельство – подтверждайте авторство без лишних затрат.
  • Доверие профессионалов – нас выбирают тысячи педагогов и экспертов.
  • Подходит для аттестации – дополнительные баллы и документальное подтверждение вашей работы.
Свидетельство о публикации
в СМИ
свидетельство о публикации в СМИ
Дождитесь публикации материала и скачайте свидетельство о публикации в СМИ бесплатно.
Диплом за инновационную
профессиональную
деятельность
Диплом за инновационную профессиональную деятельность
Опубликует не менее 15 материалов в методической библиотеке портала и скачайте документ бесплатно.
07.11.2016

Исследование методов и средств разработки мобильных веб-приложений

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

Содержимое разработки

Выполнила Мякотина Анастасия

Исследование методов и средств разработки мобильных веб-приложений

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

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

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

Введем понятия стандартных и быстрореагирующих приложений, а также «мобильного Web». Соответствующие технологии, а также их преимущества и недостатки весьма схожи, однако здесь перечислим их по отдельности, подчерк­нув, что, в сущности, это разные решения. Некоторым пользователям и разработ­чикам нравится адаптивный интерфейс, тогда как другие отдают предпочтение специализированным приложениям для конкретных устройств. Мобильно-ориентированные веб-сайты (например, соответствующие вариантыFacebook или GoogleDocs) обычно предлагают пользователю возможность доступа и к стандартной веб-версии. Стандартная программа на смартфоне, вероятнее всего, будет работать медленнее, но не­которые пользователи выберут именно ее, чтобы иметь доступ ко всем возмож­ностям сайта.

Выделим основные виды мобиль­ных веб-приложений.

Стандартные веб-приложения. Термином «веб-приложения» обозначаются приложения, рассчитанные на исполнение в браузерах для настольных компьютеров. Они также смогут работать на мобильных устройствах, если не полагаются на спе­цифические технологии, отсутствующие на многих мобильных устройствах (напри­мер,Adobe Flash).

Адаптивный веб-интерфейс. Приложения с адаптивным веб-интерфей­сом автоматически меняют его внешний вид в зависимости от размера устройс­тва - чаще всего при этом используется технология CSS(cascadingstyle sheets). Дизайн может быть выбран сервером при доставке приложения, изменен на уровне клиента либо обоими способами. Смысл в том, чтобы контент из одного и того же источника отображался по-разному в за­висимости от особенностей конкретного устройства. Данный вариант применим как для мобильных веб-приложений, так и для исполняемых на других видах уст­ройств - например, на игровых консолях и телевизорах.

Мобильный Web.Термин «мобильный Web» использу­ется для случаев, когда есть специальный сайт или онлайн-сервис для доставки кон­тента на мобильные устройства. Обычно интерфейс при этом выглядит эффектнее и работает быстрее, чем адаптивный, так как элементы (клавиши, селекторы и тек­стовые поля) отображаются аналогично нативным. При данном подходе может понадобиться создать несколько вари­антов одного и того же сайта.

Нативные приложения. Компании, разрабатывающие мобиль­ные операционные системы, хотят по­явления как можно большего числа на­тивных приложений для их ОС, и такие приложения разрабатываются с помощью инструментария, рекомендованного со­ответствующим поставщиком: например, на Objective-C и Xcode - для iOS или на Java и Eclipse - для Android. Для каждой ОС обычно нужен отдельный проект нативного приложения, а для этого понадо­бится больше разработчиков. При сугу­бо нативном подходе приходится также иметь в виду, что в дополнение к сущес­твующим мобильным платформам пос­тоянно появляются все новые.

Гибридные приложения. Гибридным является мобильное приложе­ние, «упакованное» в нативную оболочку. Такие приложения, как и нативные, ус­танавливаются из онлайн-супермаркета и имеют доступ к тем же возможностям устройства, но разрабатываются они с помощью НТМL5, CSS и JavaScript.

Выбор вида мобильного приложения для каждой ситуации не всегда очевиден -сузить круг вариантов выбора поможет рассмотрение ряда технических фак­торов:

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

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

Пользовательский интерфейс. У нативных приложений более функ­ционально богатые и привлекательные пользовательские интерфейсы, быст­рее реагирующие и более интерактив­ные, а у веб-прило­жений могут быть сложности с до­ступом к аппарат­ным функциям устройства. Гибридные приложения дают разработчику больше свободы, позволяя коду HTML обра­щаться к нативным API, но необходи­мость учета применения веб-техноло­гий делает пользовательский интерфейс внешне не совсем соответствующим «родному».

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

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

Определиться с оптимальным выбором вида мобильного приложения также по­может рассмотрение ряда нетехнических факторов:

Распространение. Мобильные приложения просто распро­странять, но трудно рекламировать - вне онлайн-супермаркета их найти нелегко, поэтому если нужно привлечь внимание пользователей, то предпочтительнее на­тивное или гибридное приложение. Когда вы ориентируетесь на потребителей или геймеров, можно сэкономить на марке­тинге, если распространять приложение через онлайн-магазин соответствую­щей платформы. Тем не менее, с ростом объема приложений в таких магазинах добиваться известности все сложнее. Если же приложение рассчитано на уз­кую аудиторию пользователей (напри­мер, служащих предприятия), то можно воспользоваться его частным магазином приложений. При этом следует учесть, что у общедоступных магазинов прило­жений есть свои ограничения, - скажем, нет возможности влиять на политику уп­равления магазином.

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

Монетизация. С помощью платформных магазинов при­ложений можно не только распространять приложения, но и добиваться окупаемос­ти благодаря простым в использовании, надежным платежным шлюзам. Но за это придется заплатить - значительную долю дохода получает владелец платформы (в случаеiOS - около 30%), поэтому нужно тщательно взвесить, стоит ли выбирать платформный подход.

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

Таблица 1- Критерии выбора между подходами – нативным, гибридным и WEB

Факторы

Нативный

Гибридный

WEB

Цена поддержки различных платформ

Высокая

Средняя

Низкая

Доступ к возможностям устройства

Полный

Полный

Частичный

Пользовательский интерфейс

Полноценный

Полноценный

С ограничениями

Быстродействие

Очень высокое

Очень высокое

Высокой

Обновление версий клиентского приложения

Требуется

Требуется

Не требуется

Простота публикации / распространения

Средняя

Средняя

Высокая

Цикл согласования

Обязательный

Требуется в некоторых случаях

Не требуется

Монетизация через супермаркет приложений

Доступна

Доступна

Недоступна

Все виды мобильных приложений можно создавать без помощи фреймворков, однако использование готовых библио­тек и инструментов упрощает процесс разработки и уменьшает трудозатраты. Фреймворки имеются практически для всех типов мобильных приложений (табл. 2), и большинство из них служат для разработки на HTML5. Но если вы выбрали гибридный или нативный под­ход и при этом со­бираетесь создавать кросс-платформное приложение, то биб­лиотеки есть и для этих случаев.

Таблица 2- Инструментальные среды для создания мобильных WEB - приложений

Фреймворки

Типы прило-жений

Платформы

Доступ к функциям устройства

Языки программирования

Лицензия

iOS

Android

Windows Phone

Blackberry OS

Другие

Камера

Контакты

Жесты, мультикасания

Геопозиционарование

Хранение

Открытый код

Коммерческая

JQuery Mobile

Web,

hybrid

Да

Да

Да

Да

Да

Нет

Нет

Нет

Нет

Нет

HTML5,CSS, JavaScript

Да

Нет

SenchaTouch

Web,

hybrid

Да

Да

Нет

Да

Нет

Нет

Нет

Да

Да

Да

HTML5,CSS, JavaScript

Да

Да

JQT

Web,

hybrid

Да

Да

Нет

Нет

Нет

Нет

Нет

Да

Да

Нет

HTML5,CSS, JavaScript

Да

Нет

Enyo

Web,

hybrid

Да

Да

Да

Да

Да

Нет

Нет

Да

Нет

Нет

HTML5,CSS, JavaScript

Да

Нет

Lungo

Web,

hybrid

Да

Да

Нет

Да

Да

Нет

Нет

Нет

Да

Нет

HTML5,CSS, JavaScript

Да

Нет

PhoneGap

Hybrid

Да

Да

Да

Да

Да

Да

Да

Нет

Да

Да

HTML5,CSS, JavaScript

Да

Нет

Titanium

Native

Да

Да

Да

Да

Нет

Да

Да

Да

Да

Да

JavaScript

Да

Да

Rhodes

Native

Да

Да

Да

Да

Да

Да

Да

Да

Да

Да

Ruby

Да

Да

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

Сегодня рынок мобильных устройств - это фактически монополия платформ iOS и Android плюс незначительная доля Blackberry, WindowsPhone и Symbian, но модели устройств уходят с рынка быстро, а аппаратные и программные техноло­гии активно развиваются, стремительно изменяя ситуацию на рынке. Например, Firefox OS - эту платформу подде­рживают крупные операторы сетей мобильной связи, а поскольку приложе­ния для нее основа­ны на HTML5, то их ассортимент может вырасти достаточно быстро.

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

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

Список литературы:

Николя Серрано, Хосуне Эрнантес, Горка Галлардо, Создание мобильных приложений. - Журнал «Открытые системы. СУБД», № 9, 2013 г.

Хилари Орман, Защита персональных данных в мобильных устройствах. -Журнал «Открытые системы. СУБД», № 5, 2013 г.

Свидетельство участника экспертной комиссии
Рецензия на методическую разработку
Опубликуйте материал и закажите рецензию на методическую разработку.
Также вас может заинтересовать
Свидетельство участника экспертной комиссии
Свидетельство участника экспертной комиссии
Оставляйте комментарии к работам коллег и получите документ
БЕСПЛАТНО!
У вас недостаточно прав для добавления комментариев.

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

 

Для скачивания материалов с сайта необходимо авторизоваться на сайте (войти под своим логином и паролем)

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

Рекомендуем Вам курсы повышения квалификации и переподготовки