Тенденции

Чем пользуются владельцы мобильных телефонов?

• Больше половины (53%) используют скачанные приложения
• Приблизительно столько же (52%) через мобильный телефон заходят на сайты
• Более трети людей (38%) используют социальные сети со своего мобильного телефона
• Чуть меньше людей играют в игры (34%)
• Примерно три четверти пользователей общаются через мобильные телефоны (помимо звонков): это могут быть SMS, приложение социальной сети, мессенджер

Статистика

Что покупают

За 2012 год в РФ продано порядка 12,6 миллионов смартфонов: Россия считается одной из быстроразвивающихся в этом плане стран.

Если мы посмотрим на статистику продаж смартфонов по операционным системам, мы увидим следующее:

• 62% продаваемых смартфонов – это Android-устройства;
• На втором месте Symbian - 15% рынка;
• Оставшуюся долю делят bada, iOS и Windows Phone (если взять этот график только по Москве, то распределение, наверное, будет смещаться в сторону увеличения доли продукции Apple)

Если взглянуть на такой же график по всему миру, то увидим, что и тут Android в авангарде с ¾ рынка.

За второй квартал 2012 года по всему миру было продано 104 миллиона телефонов Android - как население довольно крупной страны. Но нас как мобильных разработчиков интересует не только наличие смартфона, но и то, как с ним работают. Существенная доля обладателей устройств на Android пользуется ими как обычными телефонами: SMS, звонки - и все. Они не активируют устройство в Google Play, не скачивают приложения.

Чем пользуются

Не все люди обзавелись телефонами в 2012 году, поэтому реальное распределение сил среди мобильных операционных систем демонстрирует наша внутренняя статистика. В эту статистику входят Россия и страны СНГ: Украина, Белоруссия, Казахстан, Узбекистан.

• 73,5% – это Java-телефоны
• Android-устройства находятся на втором месте с 11,6%
• Наследие компании Nokia, Symbian, совсем немного отстает от Android с 11%
• Яблочной продукцией обладают 3,5% пользователей рунета
• Самые внимательные увидят на диаграмме Microsoft с Windows Phone (менее 1%)

Установка приложений

При выборе платформы, под которую будет разрабатываться приложение, важно знать статистику по уже существующим приложениям. Графики исследовательской компании App Annie от сентября 2012 года показывают, как растут два конкурирующих магазина Apple и Google.

По количеству скачиваний на первом месте Google Play: больше устройств, больше скачиваний, больше трафика и рост при этом +66% по сравнению с январем 2012 года. Рост iOS оказался в два раза меньше, порядка 30%. Но главный график – какую выручку приносят пользователи. И здесь ситуация в корне иная. Проще зарабатывать на iOS, но деньги есть и в Google Play, если уметь их забирать.

Типы мобильных приложений

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

Мобильные сайты, веб-приложения

Это самый распространенный тип приложений для мобильных устройств. Современные смартфоны в состоянии отобразить обычный сайт. Им доступно все то, что мы привыкли видеть в десктопных приложениях - поддержка HTML5 делает свое дело. Помните, что веб-приложения отлично подходят для стартапа: именно они позволяют получить большой результат за маленькие деньги и за небольшой срок. Еще один плюс мобильного сайта по сравнению с другими мобильными приложениями – это кроссплатформенность. Однако есть и минус, притом весомый: с ними достаточно сложно заработать.

Гибридные приложения

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

Нативные приложения

Этот вид приложений самый ресурсоемкий, но вместе с этим он позволяет по максимуму использовать возможности, предлагаемые каждой конкретной операционной системой. Как следствие, нативные приложения выигрывают как по функционалу, так и по скорости работы у других типов мобильных приложений. Именно к такому подходу сейчас приходят те компании, которые делали комбинированные приложения. Например, Facebook начинала с комбинированного приложения: нативные контролы (переключатели, вкладки и так далее) и веб-страница в качестве контента. Несмотря на то, что это неплохое решение, проблемы с производительностью приводят к тому, что разработчики отходят от комбинации с вебом.

Статистика

Приведу статистику скачиваний на примере наших мессенджеров.

Во-первых, у нас есть приложение ICQ, которое постоянно развивается: среди последних изменений стоит отметить аудиозвонки. Второй мессенджер Mail.Ru Group – Агент. В Агенте реализован примерно тот же функционал, и, хотя у него была немного другая история развития, мы выпускаем версии практически под все платформы и его можно найти в любом сторе.

Основная разница между двумя этими приложениями – это их аудитория. ICQ – это международный продукт. Программа скачивается не только в России, им активно пользуются жители Европы, Латинской Америки. Агент же изначально делался в России и для русскоязычных пользователей.

Тем интереснее сравнить статистику скачиваний из магазинов.

Большая часть 62% иностранной аудитории идет в Google Play. Примерно 1/5 идет в AppStore, 14% - в Ovi Store. И уже оставшиеся 5% делят магазины для платформ Windows Phone (4%) и Samsung Bada (1%). С Агентом ситуация в корне другая: доли Google Play и Ovi примерно одинаковые. Ну а 10% AppStore наглядно демонстрируют любовь к «яблочной» продукции в нашей стране.

Процесс создания мобильного приложения

Итак, перейдем к самому вкусному: процессу разработки мобильного приложения.

User Story

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

Важно понимать, что за каждым пунктом в вашем to-do листе скрывается огромный айсберг функционала. Старайтесь фрагментировать и конкретизировать задачи. Крупные хотелки лучше всего разделить на несколько этапов (релизов в стор). Однако это тема отдельной дискусии, вернемся к этапам создания приложения.

Проектирование и дизайн

После составления User Story начинается проектирование и разработка дизайна.

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

При разработке дизайна обязательно используются гайдлайны.

Гайдлайн в общем понимании – это документ, который выпускает компания, и по которому дизайнеры и разработчики понимают принцип построения взаимодействия приложения с пользователем. Условно говоря, для iOS кнопки надо делать круглыми, а для Windows Phone – квадратными. Однако мы используем и внутренние гайдлайны для разработчиков. Таким образом результат работы дизайнера чаще всего состоит из макетов, гайдлайнов и нарезки графики.

Макеты лучше всего подавать «перелинкованными», например с помощью ProtoTypr, чтобы была понятна логика переходов. Гайдлайны содержат в себе информацию об отступах, размерах, визуальных эффектах, механике анимации и пр. Этот этап можно пропустить, если в вашем проекте один дизайнер и один разработчик, сидящие рядом друг с другом. Третья часть результата - нарезка графики - должна содержать минимум необходимых графических ресурсов (заботимся о весе приложения), иметь версии для разных разрешений экранов. Чаще всего мы рисуем для ретины и xhdpi-экранов. Далее идет подготовка для неретины и mdpi автоматизированными средствами (если допустимо их использование). Чаще всего руками приходится готовить hdpi-ресурсы.

Передача в разработку. Обсуждение и необходимые правки описания

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

Тестирование

Существует немалое количество способов протестировать приложение.
В мобильной разработке тестировщик – это человек, вокруг которого одни телефоны. У нас есть огромный шкаф, в котором лежат как старые телефоны, так и самые свежие новинки. Внутри мы стараемся тестировать по тест-кейсам. Если внедряется новая фича, по ее описанию составляется тест-план.
Существуют сервисы, помогающие в тестировании. Мы используем HockeyApp – приложение, позволяющее раздавать наш продукт бета-тестерам. Мы пишем в социальных сетях: «Ребята, у нас новое крутое приложение. Кто хочет попробовать?» Желающие получают билд, пользуются приложением, а сервис собирает статистику, составляет креш-репорт и отправляет все это нам.
Также есть сервисы, позволяющие протестировать приложение на разных операционных системах - например, все Android-прошивки версии 2.1 или 2.3. Вы отдаете приложение, сервис скриншотит весь путь, который вы задали, присылает картинки вам на почту, и вы проверяете, все ли в порядке.

Мониторинг

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

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

Изменить ситуацию может довольно распространенных «хак» - окно Rate Us. С предложением оставить положительный комментарий в сторе, а в случае проблем написать разработчику. Эффект достаточно сильный, главное - правильно продумать алгоритм показывания диалога юзеру.

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

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

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

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

Специфика

Что нужно помнить?

• На каждой новой платформе пользователь ожидает увидеть богатое приложение. Он рассуждает следующим образом: «Я сидел на плохом Java-телефоне, при этом мог пользоваться аськой. Я купил новый телефон, захожу в Marketplace, а там нет ICQ? Вы чем там занимаетесь?» Пользователь не принимает в расчет того, что вам приходится делать приложение с нуля. Новая платформа – это новые девайсы, новая документация, новые ресурсы.
• Чем популярнее платформа, тем больше у вас конкурентов. На данный момент существует два стора, на примере которых это отлично видно: AppStore и Google Play. Если у вас есть идея приложения, которое легко монетизируется или просто получит много скачиваний, вбейте ключевые слова в поиске и скорее всего вы обнаружите, что такое приложение существует. Чем популярнее платформа, тем больше конкурентов. В таких случаях надо тщательно изучать аналоги, смотреть статистику, пытаться понять, по каким параметрам существующие решения можно превзойти.
• Важно понимать, как пользователи выбирают приложения. Изначально человек не собирается покупать конкретное приложение, он просто смотрит список. Например, по запросу «бесплатная музыка». Иконка и первые две строчки описания – это то, что человек видит и оценивает в первую очередь. Если иконка приличная, можно покупать; соответственно, плохая иконка уменьшает количество скачиваний.
• Очень важно попасть в топ магазина приложений. Попасть в топ стора – очень хорошо, закрепиться там – залог успеха. Зачем это нужно? Когда пользователь хочет что-нибудь скачать, он заходит в чарт и видит, какое приложение сейчас на первом месте по числу скачиваний. Очень важно туда попасть, потому что это своего рода замкнутый круг. Приложение попадает в чарт, его видят пользователи, они его скачивают, оно снова попадает на первое место, и дальше итерации продолжаются. Поэтому всеми силами добывайте скачки и рейтинг: просите мам, бабушек, соседей ставить приложению пятерки. Стоит сказать, что на рынке полно решений для гарантированного вывода программы в топ. Однако органических пользователей это приносит мало, что не мешает продолжать эксперименты.
• Помните, что время публикации может доходить до нескольких недель. Допустим, вы разработали и протестировали приложение, обзвонили всех блоггеров или СМИ и сказали: «У меня новое приложение, приходите на пресс-конференцию». Вы его отправляете в AppStore и вынуждены ждать семь рабочих дней в России. В этом случае Google Play – рай для оперативных обновлений, где публикация занимает несколько часов.
• Фрагментация операционной системы. Если вы разрабатываете приложения под Android, учитывайте фрагментацию и существование целого зоопарка устройств. Это сказывается на времени разработки на всех этапах: проектирование, дизайн, разработка и особенно тестирование.
• В сторе невозможно общаться с пользователями. Например, пользователь пишет, что у него в ICQ не ходят сообщения. Он недоволен и выражается очень красочно, но не очень информативно. У нас нет возможности с ним связаться и узнать о проблеме подробнее. Все, что мы можем сделать – залезть в мониторинг и посмотреть, ходят ли у нас сообщения. Может быть, его заблочил антиспам.
• Сейчас некоторые сторы обзаводятся админкой, в которой можно задать вопросы пользователю, выяснить его контактные данные, посмотреть, в каких странах скачивают ваше приложение, но пока ситуация не слишком улучшилась. Стоит отметить, что Google Play продолжает добавлять эту возможность некоторым разработчикам, например нашей компании она доступна.
• Время на тестирование. Существует несколько способов протестировать приложение. Можно иметь тестеров в штате – с тест-кейсами, тест-планами, которые они обязательно проходят. Кроме того, существует сервис для тестирования – вы платите за найденные баги. Вы выкладываете приложение, его тестируют 20 тысяч человек. В этом подходе, конечно, есть плюсы и минусы.
• Кадры в мобильной индустрии решают все. Хороших мобильных разработчиков сложно найти даже крупным компаниям, таким как Mail.Ru Group, Яндекс или Google. Именно поэтому мы ведем работу со стажерами - потому что иногда легче взять толкового студента и обучить его.

Заключение

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

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

ПОДГОТОВИТЕЛЬНЫЙ ЭТАП

Перед тем как создать мобильное приложение, стоит определиться в следующих моментах:

• Есть ли у меня конкретное видение того, что будет представлять собой готовый продукт и каким будет его функционал?
• Какие задачи программа призвана решать и какова будет польза для конкретного пользователя?
• На каких платформах будет работать готовый программный продукт (iOS, Android, Windows Phone)?
• Потребуется ли ежедневный контроль за его функционированием?
• Какую сумму я готов потратить?
• Буду ли я создавать приложение самостоятельно или же обращусь к разработчикам-профессионалам.

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

СПОСОБЫ И СТОИМОСТЬ СОЗДАНИЯ ПРИЛОЖЕНИЯ

В создании приложений для мобильных устройств есть два пути. Первый подразумевает самостоятельное формирование программ для электронных устройств на основе Андроид или IOS по шаблонному типу при помощи специальных сайтов-конструкторов. Второй путь, более затратный, однако в результате позволяющий получить серьезные и функциональные продукты, - обратиться за помощью к частным лицам или компаниям, занимающимся написанием программного обеспечения. Второй вариант подходит, если речь идет о создании серьезных программных продуктов с конкретными характеристиками, которые выходят за пределы готовых наборов, доступных на сайтах-конструкторах. Следует учитывать также, что профессиональная разработка для iOS или Android требует значительных расходов. Какова стоимость создания приложения для платформ Android и IOS на российском рынке? Диапазон цен достаточно широкий - от нескольких сотен до десятков тысяч долларов - все зависит типа программного обеспечения и его функционала. Однако такие серьезные вложения с лихвой окупаются в перспективе. При планировании конечной стоимости также стоит учесть и расходы на размещения нового продукта в AppStore и Android Market. Если Вы ограничены небольшим бюджетом и у Вас совсем нет времени, тогда можно попробовать сконструировать приложение для электронных устройств самостоятельно. Для этого не нужно быть программистом. О том как это легко сделать, читайте далее.

КАК СОЗДАТЬ ПРИЛОЖЕНИЕ БЕСПЛАТНО

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

1. Appsgeyser.com (appsgeyser.ru - русскоязычный вариант).

А теперь рассмотрим, как за несколько минут осуществляется разработка мобильного приложения на примере сайта ibuildapp. Мы выбрали именно эту площадку, так как она очень проста и понятна в использовании. Кстати, ресурс iBuidApp имеет и русскоязычную версию, что еще больше облегчает пользование конструктором. Перед началом работы регистрируемся на сайте. Далее на главной страничке кликаем вкладку “Создать” и выбираем подходящий нам шаблон.

ВЫБОР ШАБЛОНА И КАТЕГОРИИ

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

РЕДАКТИРОВАНИЕ КОНТЕНТА

Административная панель конструктора открывает широкие возможности для редактирования элементов меню. Можно изменить фон, добавить логотип, настроить навигацию главного и нижнего меню на экране электронного устройства, редактировать содержимое внутренних страниц. Кстати, в правой части экрана можно увидеть, как внесенные изменения будут выглядеть на экране электронного устройства. Конструктор позволяет также протестировать ваше приложение на планшете или смартфоне. Также готовую программу можно публиковать в Appstore или в Google Play, однако эта функция доступна только для платных версий. Сайт предлагает 3 платных пакета стоимостью 490 руб., 2400 руб., 3700 руб. в месяц.

ПЛАТНЫЕ ПАКЕТЫ

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

Приходя в голову всем – опытным дизайнерам, студентам или владельцам малого бизнеса, не написавшим и строчки кода. Если у вас есть прекрасная идея, то как ее реализовать, если вы не понимаете разницы между Java и Javascript, или Photoshop и Illustrator?

Как сделать мобильное приложение – мнение экспертов

• Пол Ферро, президент 5 Nerds Software Development , агентства дизайна и разработки с полным набором услуг, начиная от брендинга и дизайна и заканчивая разработкой приложения с нуля.
• Андрес Макс, основатель Ideaware , агентства, специализирующегося на продуктовой стратегии, UX/UI дизайне и фронте-энд оптимизации. До основания студии, Макс был ведущим UX дизайнером в Mashable.
• Даниэль Хинди – Chief Technology Officer в BuildFire , платформе для создания мобильных приложений, которую использует более 50,000 компаний. Даже если вы не знаете как создавать мобильные приложения, при помощи WYSIWYG редактора BuildFire вы все равно можете сделать профессиональное приложение.

Ответы этих предпринимателей дают нам понять, что создание мобильного приложения не обязательно связано с программированием или маранием рук в Adobe. С отличной идеей, капелькой деловой хватки и массой усилий вы можете стать у руля следующего Uber. Давайте посмотрим на их мнения.

1. Мозговой штурм

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

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

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

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

2. Представьте вашу идею друзьям, семье и коллегам для получения обратной связи

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

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

Донесите свою идею до максимального количества людей, чтобы узнать их мнение о ней. Вот совет эксперта: когда вы представляете свою идею другим (друзьям или родственникам), расскажите им, что вы знаете кого-то с этой идеей и хотите инвестировать в нее. Затем объясните саму идею. Ваши слушатели будут гораздо более честными зная, что идея не ваша и что вы можете потерять ваши деньги, инвестируя в не столь и хорошее приложение. Спросите – будут ли они его использовать? Если будут, то почему? Если не будут, то почему?

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

Если вы все это проделали несколько раз, и ваша идея не встретила сильного отпора, то время начинать! Тут у вас возникает выбор. Вы можете сделать его сами или нанять кого-нибудь.

3. Даже если вы не можете сделать мобильное приложение, вы можете сделать отличный прототип

Андрес Макс повторяет еще раз высказывание про важность проверки идеи на работоспособность и идет дальше: “Я всегда поощрял предпринимателей к тому, чтобы они проводили рыночные исследования. Копните глубоко, чтобы оценить спрос на вашу идею, что работало в прошлом, а что нет, затем, по необходимости, внесите коррективы”. Например, вы можете думать, что у вас восхитительная идея для приложения с фотографиями и только потом узнать, что оно уже сделано и продается. Это не значит, что надо прекращать работать над идеей – это просто информация для вас, которая поможет вам понять, что вы можете сделать лучше.

Один из лучших способов сравнить – это, конечно, сделать прототип . Макс говорит: “После того, как вы отточили идею, создайте и протестируйте прототип. Соберите на его основе всю ценную информацию”. Прототипом может быть просто скетч вашего дизайна, но можно и создать полнофункциональный прототип в каком-либо инструменте, например, в Proto.io. Для этого не требуется навыков в программировании или дизайне.

4. Решите, будете ли вы нанимать студию или разработчика – или научитесь сами разрабатывать.

Следующий шаг, говорит Ферро, понять, кто будет превращать ваш прототип в настоящее приложение. Вы можете не верить, но вы вполне можете создать приложение сами (даже не имея опыта). При условии, конечно, что оно достаточно простое:

“Изучение того, как создавать приложения, может быть сложной задачей, особенно если у вас нет опыта. Но это возможно. Особенно если ваша идея касается уникальности функций – а не самих технологий. Возьмите, для примера, Flappy Bird. Само приложение чрезвычайно просто. Но идея была уникальной и увлекательной. Теперь посмотрите на Apple Passbook. Идея относительно проста, но технологии, которые позволяют хранить ваши данные в безопасности, обращаться к ним продавцам, завязываться на отпечаток пальца и т.п., относительно сложные.

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

5. Убедитесь, что вы используете правильные инструменты для создания мобильных приложений

Но как набрать эту самую скорость? Вы можете либо пройти (для этого есть множество ресурсов), либо использовать для создания вашего мобильного приложения инструменты, доступные даже новичкам. Один из таких инструментов – BuildFire, объясняет Даниэль Хинди:

“Что если у вас убийственная идея, но вы не знаете, как создавать мобильные приложения? Именно эту проблему мы хотели решить в нашей платформе BuildFire. У нас более 80,000 приложений, их создают как маленькие компании, так и большие корпорации, все они сделаны вообще без или при минимальном знании программирования. Хотя это прекрасно подходит для простых приложений, но отсутствие навыков программирования обычно ограничивает вас тем набором функций, которые предлагает платформа. BuildFire решает эту проблему и скоро мы откроем API для разработчиков, который можно будет добавить в существующие BuildFire приложения.

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

6. Убедитесь, что вы нанимаете правильных людей

Независимо от того, нанимаете ли вы людей, чтобы закончить проект, начатый на платформе, подобной BuildFire, или создаете приложение с нуля, важно найти подходящего разработчика, говорит Ферро:

“Теперь, если вы решите нанять кого-нибудь для разработки вашего приложения, то все будет немного проще по сравнению с тем, если бы вы учились программировать самостоятельно. Но здесь, конечно, возникает вопрос стоимости. Найм конторы имеет ряд преимуществ по сравнению с самостоятельной разработкой. У них есть опыт, они уже знают все подводные камни разработки, они сделают оптимизированное и быстрое приложение, дизайне его не будет ужасным – я думаю, что не надо подробно объяснять преимущества обращения к профессионалам.

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

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

Пора действовать

Ферро заканчивает тем, что напоминает предпринимателям, что создать приложение это одно, а заставить пользователей скачать его – совсем другое:

Итак, вы сделали и выпустили приложение. Не останавливайтесь на достигнутом. Продвигайте его. Говорите о нем. Поделитесь им в социальных сетях – везде! Вам нужно, чтобы о нем говорили. Есть множество способов продвижения вашего приложения и вы должны попробовать их все. Блоги всегда ищут новые приложения, о которых можно рассказать. Свяжитесь с ними. Если ваше приложение - это утилита, выясните, где оно может пригодиться больше всего, и расскажите людям о нем. Что бы вы не делали, вы всегда должны делиться вашим приложением как можно больше.

А как у вас дела? Вы сделали приложение своей мечты? Расскажите нам о нем!

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

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

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

Информационные;

Транзакционные;

Коммуникационные;

Мобильные версии компьютерного ПО - редакторы, просмотрщики, браузеры;

Аналитические приложения и планировщики;

Обучающие решения.

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

Информационные приложения

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

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

Транзакционные приложения

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

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

Коммуникационные приложения

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

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

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

Мобильные версии компьютерного ПО

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

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

Аналитическое ПО и планировщики

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

Обучающие программы

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

Разработка мобильных приложений самостоятельно: структура ПО

Как создать мобильное приложение самостоятельно? Для успешного решения данной задачи разработчику прежде всего следует определиться с оптимальной структурой создаваемой программы для мобильного устройства. Вне зависимости от предназначения ПО, оно будет состоять из 2 основных компонентов: модуля front-end и back-end. Первый представляет собой интерфейсы, посредством которых возможности приложения будет задействовать пользователь. Второй модуль отвечает за прием и передачу данных в рамках взаимодействия соответствующего ПО и пользователя (в ряде случаев — также разработчика, если, к примеру, с его стороны требуется предоставление тех или иных обновлений или обратной связи).

Каким может быть интерфейс приложения?

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

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

Блок обратной связи с продавцом или поставщиком;

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

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

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

приложений: инструменты

Изучим теперь ряд практических нюансов разработки рассматриваемых решений. Вопрос о том, как самому создать мобильное приложение, может быть решен с помощью удобных конструкторов, которые на рынке соответствующего ПО представлены в достаточно большом количестве. В частности, можно обратить внимание на такие решения, как: MobiCart, BusinessApps, My-Apps, Net2Share. Все они представлены в формате облачного ПО, и доступ к ним можно получить с любого устройства через интернет. Рассмотрим то, как создать мобильное приложение, задействуя возможности указанных программ, подробнее.

Инструменты для разработки приложений: MobiCart

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

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

Инструменты для создания мобильных приложений: BusinessApps

Данный конструктор приложений оптимален главным образом для небольших интернет-магазинов. Он позволяет реализовать:

Интерфейсы для обмена сообщениями, добавление товаров в корзину;

Организацию переговоров между поставщиком и покупателем товара;

Новостной блок.

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

Инструменты разработки приложений: My-Apps

Данный конструктор, в свою очередь, является бесплатным. Задача "как создать мобильное приложение для iPhone или Android с его использованием" может быть решена при задействовании 10 шаблонов, которые адаптированы для обеспечения коммуникаций с потребителями предприятий в широком спектре сфер бизнеса. В числе наиболее примечательных возможностей рассматриваемого сервиса — оперативное опубликование приложения в крупнейших каталогах — App Store и Google Play.

Инструменты разработки приложений: Net2Share

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

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

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

Учтите, что студия постоянно обновляется, поэтому внешний вид окон и другие детали могут отличаться от данного примера. Большинство уроков на сайте сейчас используют версию 2.3. 25 октября 2017 года вышла версия 3.0, в которой многое поменялось. В этой статье я постарался заменить все картинки под новую версию.

В качестве языка программирования для Android используется Java. Для создания пользовательского интерфейса используется XML.

Здесь следует сделать небольшое отступление. В Android Studio 3.0 добавлена полноценная поддержка нового языка Kotlin, разработанная котанами. Google объявила о своих планах сделать новый "кошачий" язык основным. Но вы должны понимать, что за предыдущие годы было написано огромное количество примеров на Java. Если вы новичок в программировании, то лучше в первый период обучения полностью сосредоточиться на Java, вам будет проще находить ответы на вопросы. Kotlin от вас никуда не денется, перейти потом на него будет проще, а вот обратный процесс будет проходить тяжелее. Когда немного освоитесь в Java, то можете параллельно изучать примеры на Kotlin. Google сейчас активно переписывает документацию под Kotlin, но до полного перехода ещё далеко, даже меньше 50%. Чуть позже я также буду делать уроки под Kotlin, но это будет не скоро.

По традиции, заложенной в прошлом веке, каждый программист должен был написать «Hello World!» (Здравствуй, Мир!) в качестве первой программы. Времена меняются, и программа «Hello World!» уже встроена в среду разработки под Android в целях совместимости, а современные программисты должны писать программу Hello Kitty! (Привет, киска!). Согласитесь, что здороваться с котёнком имеет больше здравого смысла, чем с каким-то миром.

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

Создание нового проекта

Запускаем Студию и выбираем File | New | New Project... . Появится диалоговое окно мастера.

Поле Application name - понятное имя для приложения, которое будет отображаться в заголовке приложения. По умолчанию у вас уже может быть My Application . Заменим на . В принципе вы могли написать здесь и Здравствуй, мир! , но у Android есть замечательная возможность выводить нужные строки на телефонах с разными языками. Скажем, у американца на телефоне появится надпись на английском, а у русского - на русском. Поэтому в первоначальных настройках всегда используются английские варианты, а локализованные строки подготовите позже. Необходимо сразу вырабатывать привычку к правильному коду.

Поле Company Domain служит для указания вашего сайта. По умолчанию там может появиться ваше имя как пользователя компьютера. Если сайт у вас есть, то можете ввести его адрес, либо придумайте какое-нибудь название. Введённое имя запоминается и будет автоматически подставляться в следующих новых проектах. Экономия, однако.

Третье поле Project location позволяет выбрать место на диске для создаваемого проекта. Вы можете создать на своём диске отдельную папку для своих проектов и хранить свои программы в ней. Студия запоминает последнюю папку и будет автоматически предлагать сохранение в ней. В случае необходимости вы можете задать другое местоположение для отдельного проекта через кнопку с тремя точками.

Поле Package name формирует специальный Java-пакет на основе вашего имени из предыдущего поля. В Java используется перевёрнутый вариант для наименования пакетов, поэтому сначала идёт ru , а потом уже название сайта. Пакет служит для уникальной идентификации вашего приложения, когда вы будете его распространять. Если сто человек напишет сто приложений с названием "Cat", то будет непонятно, где приложение, написанное разработчиком Василием Котовым. А приложение с именем пакета ru.vaskakotov.cat проще найти. Обратите внимание, что Гугл в своей документации использует пакет com.example в демонстрационных целях. Если вы будете просто копировать примеры из документации и в таком виде попытаетесь выложить в Google Play, то у вас ничего не выйдет - это название зарезервировано и запрещено к использованию в магазине приложений. Кнопка Edit позволяет отредактировать подготовленный вариант. Например, вы пишете приложение на заказ и вам нужно использовать имя пакета, утверждённое заказчиком, а не ваш вариант по умолчанию.

Ниже представлены два варианта для написания программ на C++ и Kotlin. Эти варианты мы пока не рассматриваем. Когда вы будете писать на Kotlin, то ставьте соответствующий флажок. Впрочем, вы можете сконвертировать проект с Java на Kotlin и позже средствами студии.

Нажимаем на кнопку Next и переходим к следующему окну. Здесь мы выбираем типы устройств, под которые будем разрабатывать своё приложение. В большинстве случае мы будет писать для смартфонов и планшетов, поэтому оставляем флажок у первого пункта. Также вы можете писать приложения для Android TV, Android Wear, Android Auto и Android Things.

Кроме выбора типа устройств, надо выбрать минимальную версию системы, под которую будет работать приложение. Выберите свой вариант. На данный момент Гугл поддерживает версии, начиная с API 7, выпуская специальные библиотеки совместимости для старых устройств. Но вы можете выбрать более современный вариант. У меня в наличии телефон с минимальной версией Android 4.4, поэтому я выставляю этот вариант.

java

Папка java содержит три подпапки - рабочую и для тестов. Рабочая папка имеет название вашего пакета и содержит файлы классов. Сейчас там один класс MainActivity . Папки для тестов можете не трогать. Если вы знаете, как работают пакеты в Java, то можете создавать новые папки и подпапки.

res

Папка res содержит файлы ресурсов, разбитых на отдельные подпапки.

• drawable - в этих папках хранят графические ресурсы - картинки и xml-файлы, описывающие цвет и фигуры.
• layout - в данной папке содержатся xml-файлы, описывающие внешний вид форм и различных элементов форм. После создания проекта там уже имеется файл activity_main.xml , который отвечает за внешний вид главного окна приложения.
• mipmap - здесь хранят значки приложения под разные разрешения экрана
• values - тут размещаются строковые ресурсы, ресурсы цветов, тем, стилей и измерений, которые мы можем использовать в нашем проекте. Здесь вы можете видеть файлы colors.xml , strings.xml , styles.xml . В старых проектах был ещё файл dimens.xml , сейчас от него отказались

Со временем вы будет свободно ориентироваться в этих папках, пока не забивайте себе голову.

Работа с проектом - Здравствуй, Мир!

Как уже говорилось, программа Hello, World! уже встроена в любой новый проект, поэтому вам даже не нужно ничего писать. Просто нужно запустить проект и получить готовую программу!

Для изучения вам нужно открыть два файла - MainActivity (скорее всего он уже открыт) и activity_main.xml (res/layout ) в центральной части Студии. Если файлы не открыты, то откройте их самостоятельно двойным щелчком для редактирования (или просмотра). Таким способом вы можете открыть любой нужный вам файл.

Не будем пока изучать код, а просто нажмём на зелёный треугольник Run (Shift+F10) на панели инструментов в верхней части студии для запуска приложения.

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

Если всё сделали правильно, то в эмуляторе или на устройстве загрузится ваша программа. Поздравляю!

Итак, если программа запустилась, то увидите окно приложения с надписью . Заголовок у программы будет также . Все эти строки можно найти в файле res/values/strings.xml и отредактировать при желании.

Теперь посмотрим на код. Сначала изучим activity_main.xml .

Смотреть его можно в двух режимах - Design и Text .

Откройте в режиме Text .

Это новый код шаблона, который появился в Android Studio 2.3 в марте 2017 года. Раньше использовался другой код с RelativeLayout (а ещё раньше и другой код с LinearLayout ). Если вам будут попадаться старые примеры, то в студии есть контекстное меню, которое поможет сконвертировать старый код в новый.

Немного о XML-коде. Имеется специальный контейнер ConstraintLayout , в котором размещён компонент TextView , предназначенный для вывода текста.

Теперь посмотрим на Java-код (MainActivity.java )

Package ru.alexanderklimov.helloworld; import android.support.v7.app.AppCompatActivity; import android.os.Bundle; public class MainActivity extends AppCompatActivity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); } }

Перед вами открыт файл класса, где имя класса MainActivity совпадает с именем файла с расширением java (это правило, установленное языком Java). В первой строке идет название пакета - его мы задавали при создании проекта (Package Name ). Далее идут строки импорта необходимых классов для проекта. Для экономии места они свёрнуты в одну группу. Разверните её. Если однажды вы увидите, что имена классов выводятся серым цветом, значит они не используются в проекте (подсказка Unused import statement ) и можете спокойно удалить лишние строки. Также они могут удаляться автоматически (настраивается).

Далее идёт объявление самого класса, который наследуется (extends ) от абстрактного класса Activity . Это базовый класс для всех экранов приложения. Не исключено, что у вас будет AppCompatActivity , если при создании проекта вы оставили поддержку старых устройств (флажок Backwards Compatibilty (App Compat) ). В старых версиях не было плюшек, которые появились после Android 4, поэтому для них была создана специальная библиотека совместимости, которая позволяет использовать новинки от новых версий Android в старых программах. Класс AppCompatActivity как раз и относится к библиотеке совместимости. Считайте её бедным родственником базовой Activity . У неё есть все нужные методы и вспомогательные классы, но названия могут немного различаться. И смешивать названия нельзя. Если уж используете класс из библиотеки совместимости, то методы берите соответствующие.

На разных этапах использовались разные названия класса активности, которые могут вам встретиться в старых проектах. Например, сначала использовался FragmenActivity , затем ActionBarActivity , а 22 апреля 2015 года вышла новая версия библиотеки совместимости и на данный момент используется новый класс AppCompatActivity .

В самом классе мы видим метод onCreate() – он вызывается, когда приложение создаёт и отображает разметку активности. Метод помечен как protected и сопровождается аннотацией @Override (переопределён из базового класса). Аннотация может пригодиться вам. Если вы сделаете опечатку в имени метода, то компилятор сможет предупредить вас, сообщив об отсутствии такого метода у родительского класса Activity .

Разберём код метода.

Строка super.onCreate(savedInstanceState); – это конструктор родительского класса, выполняющий необходимые операции для работы активности. Эту строчку вам не придётся трогать, оставляйте без изменений.

Вторая строчка setContentView(R.layout.activity_main); представляет больший интерес. Метод setContentView(int) подключает содержимое из файла разметки. В качестве аргумента мы указываем имя файла без расширения из папки res/layout . По умолчанию проект создаёт в нём файл activity_main.xml . Вы можете переименовать файл или создать свой файл с именем cat.xml и подключить его к своей активности. Тогда код будет выглядеть так:

SetContentView(R.layout.cat);

Чтобы ваш код был аккуратным, старайтесь придерживаться стандартов. Если вы создаёте разметку для активности, то используйте префикс activity_ для имени файла. Например, разметка для второй активности может иметь имя activity_second.xml .