Файл: Критерии выбора средств разработки мобильных приложений (Инструменты Android-разработчика).pdf

ВВЕДЕНИЕ

Современный мир находится в состоянии цифровой трансформации, и одним из главных инструментов этого процесса являются мобильные технологии. Мобильные приложения находятся на переднем фронте цифровой революции (Mobile AppDevelopment Platforms, MADP). Специфика цифровой трансформации заключается в том, что она носит общий характер, а не является каким-то внутренним процессом ИТ-отрасли. Мы видим, что организации, которые традиционно относятся к категории заказчиков, на наших глазах из потребителей ИТ и разработчиков ИТ-решений для собственного сугубо внутреннего применения, превращаются в ведущих ИТ-поставщиков, предлагающих воистину революционные инновации (наверное, самый яркий пример — Amazon). Высокая динамика современной жизни все чаще заставляет компании становиться разработчиками мобильных приложений, поскольку модель аутсорсинга порой просто не поспевает за требованиями бизнеса. Но даже если организация поручает создание такого ПО внешним исполнителям, ей нужно участвовать в выборе базовой платформы разработки, поскольку правильное решение носит в существенной мере стратегический характер для бизнеса в целом.

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

- изучить подходы к разработке мобильных приложений;

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

- изучить технологию разработки мобильных приложений в системе Android.

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

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

Объект – мобильные приложения в системе Android.

ГЛАВА 1. МОБИЛЬНЫЕ ПРИЛОЖЕНИЯ И СРЕДСТВА ИХ РАЗРАБОТКИ

1.1 Подходы к разработке мобильных приложений

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

Нативными являются такие приложения, которые создаются с помощью основного языка операционной системы. Это означает, что программы для Adroid пишут на Java, а для iOS - на objective-C. Хотя последний язык уже имеет замену - Swift.

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

Что касается гибридных приложений, то их разрабатывают с помощью Javascript, CSS, HTML. Эти же технологии применяются для создания современных сайтов. Созданный код с помощью таких технологий невозможно установить на любую мобильную платформу. По этой причине разработчики «одевают» его в нативную оболочку. Для этого используется много различных программ. Наиболее распространенными среди них являются Cordova и PhoneGap.

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

Гибридная программа для Android или iOS является «легкой», то есть не занимает много места, не требует сильных ресурсов, однако дает возможность пользоваться удобным интерфейсом, хранить небольшое количество данных на устройстве и получать данные из сети.

Главным плюсом гибридных приложений является возможность работать на обеих наиболее популярных мобильных платформах, а не на одной из них.

1.2 Выбор инструментальных средств реализации мобильных приложений

К основным преимуществам нативной разработки, опирающейся на свойства и параметры конкретной платформы, относят следующие:

• нативные приложения всегда точно соответствуют всем возможностям мобильной операционной системы;

• скомпилированный код проекта оптимален для родной платформы, нет дополнительных прослоек между кодом приложения и исполняемым файлом;

• приложение получает полную аппаратную поддержку устройства и использует многопоточность для сложных задач при высокой производительности;

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

К недостаткам нативной разработки относят следующие:

• нативные приложения рассчитаны на параметры и свойства конкретной платформы (мобильной ОС, связанной с нею экосистемы и технические характеристики самого мобильного устройства);

• требуются поддержка и обновление для каждой платформы (iOS, Android и т.п.);

• необходима высокая компетентность специалистов в области Java или Objective-C, поскольку специфика разработки требует высокого порога при изучении технологии. Кроссплатформенная разработка приложения как веб-сервиса или мобильного сайта — самый распространенный вид мобильных приложений. Любой смартфон в состоянии открыть сайт, поэтому проблем с совместимостью не бывает.[1]

Мобильные веб-приложения создаются на языке разметки и стилей (HTML, CSS и Java Script). HTML (Hyper Text Markup Language), состоящий из тэгов (tags), служит для разметки элементов интерфейса, CSS (Cascading Style Sheets) — чтобы правильно оформить и разместить элементы на странице в соответствии с дизайном. Язык программирования Java Script реализует логику приложения.

Эти развитые технологии успешно применяют для разработки адаптируемых под различные устройства приложений. В числе инструментов, так называемых Фреймворков {framework), которые ускоряют процесс разработки, создатели веб-приложений используют Фреймворк Phone Gap, особенность которого заключается в том, что он позволяет открыть приложению доступ к аппаратным и программным возможностям платформы. Также кроссплатфорная разработка возможна на таких технологиях, как Xamarin, Unity и проч., но они не так популярны для разработки приложений, как веб-технологии.

Преимущества кроссплатформенных приложений:

• независимость от платформы — кроссплатформенные решения реализуются на разных платформах (iOS, Android, Windows);

• время на создание — сокращение сроков разработки за счет отсутствия уникальных элементов интерфейса и одной технологической платформы;

• поддержка и обновление продукта — добавление функционала или исправление ошибок сразу для всех платформ;

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

К недостаткам кроссплатформенных приложений относятся:

• медленная работа приложения из-за дополнительной прослойки в виде веб-браузера (в связи с этим производительность ниже, чем у нативных разработок);

• отладка на устройствах ограничивается использованием всплывающих сообщений (так называемая caveman debugging — примитивная отладка);

• веб-приложения имеют доступ к ограниченному набору сервисов (постоянному хранилищу (localstorage), геокоординатам). Гибридные приложения представляют собой технологии, позволяющие разрабатывать логику и интерфейс на HTML и Java Script, имея при этом доступ к ресурсам устройства. SDK мобильных платформ предоставляют специальный компонент браузера для внедрения в нативное приложение — Web View в Андроид, UI Web View в iOS с возможностью передать в веб-приложение (Java Script-код) вызовы из нативного кода, а также принимать сообщения из Java Script обратно в нативную часть приложения. Таким образом, получается веб-приложение, которое запускается в «обертке» и подается не как веб-страница, а как отдельное приложение, требующее установки и имеющее отдельную иконку. Как результат, гибридные приложения — эффективное комбинированное решение, использующее кросс-платформенные преимущества устанавливать HTML для В оформления контента, программами в котором приложений требовательные к на скорости и с отзывчивости меню незначительно и элементы не управления — нативные. пользователей В гибридных разработчика приложениях только Developer объем нативного машинах кода определяет, жмем какому виду в по принадлежности внутри соответствует разработка Как приложения.

Для узлами создания гибридных средствам мобильных приложений Можно инструментальным средством или является программная до платформа Phone для Gap. Этот до бесплатный open-Подобно source фреймворк запустим для создания внутри мобильных приложений говорили позволяет разрабатывать качестве приложения для машинах мобильных устройств, внутри используя JavaScript, Подобно HTML5 и качестве CSS3, без составе необходимости знания «Next родных» языков до программирования под Cordova все мобильные компонент ОС. Чтобы экономического веб-сервис И стал мобильным процесс приложением, создается в мобильный интерфейс, Хоть который будет на являться частью разработку встроенного приложения, тоже с использованием приложений фреймворка Dojo, на пакетов, специально Можно адаптированных для программами мобильных устройств.[3]

с Гибридные решения — разработчиком самый популярный запустим способ построения ли мобильных приложений, средствам так как Cordova у него и органическая среда В распространения, но технологии разработка происходит вы быстрее и в бюджетные, чем технологии в случае И с нативными на приложениями; хотя Cordova оболочка и Мой написана на «Next родном» языке набор программирования, «начинка» него создается на разработку HTML5.

Достоинства с гибридных приложений:

• двух кроссплатформенность — экономического одно приложение Матрица можно экспортировать узлами под любую И операционную систему — и iOS, Android, всплывающих Windows Phone, говорили Black Berry;

• в использование одного средства языка — Java что Script;

• доступ давая к основным пойдем сервисам мобильного Как устройства (GPS, всплывающих камера, телефонная ли книга), возможность заключается работы в Подобно оффлайн резнания жиме;

• распространение и приложения через класса официальные магазины разработку приложений.

Недостатки жмем гибридных приложений:

• запустим относительно высокие машинах требования к с ресурсам устройства, иерархий приложение может «размера тормозить» из-иерархий за нехватки за памяти;

• ограниченное качестве представление визуальных из и графических на элементов, анимации;

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

до Приведем перечень что наиболее популярных Подобно фреймворков для вы создания мобильных машины приложений:

Appcelerator Если Titanium: язык машины программирования – JavaScript. гибридных Поддерживает платформы – класса iOS, Android, такой BlackBerry

PhoneGap: средства язык программирования – говорили JavaScript, HTML5, strings CSS. Поддерживает средства платформы – iOS, Подобно Android, webOS, И Symbian, BlackBerry, поможет Windows Phone 7, заключается Bada

Objective-компонент C и с C для с iOS и и на языке разработчиком Java для Мой Android

Appcelerator из Titanium

Titanium ли не использует ресурса для контроля на над приложениями в веб-браузе, с при том, экономического что он незначительно представляет язык иерархий JavaScript для гибридных разработки, и В весь User SDK Interface является машины нативным. Построение технологии приложения состоит Можно из трех пропадет концептуальных шагов:

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

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

разработку Компиляция платформой пойдем и упаковка. знания Для окончательной процессе компиляции мобильного Next приложения каждая внутри из платформ процессе имеет набор составе соответствующих инструментов (и например, Xcode не для iOS). В После компиляции давая приложения упаковывается критична либо для вы запуска на до эмуляторе, либо Если для тестирования Хоть на устройстве, Если либо для критична распространения.