Кросс-платформенная Мобильная Разработка

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

В этой статье мы обсудим кросс-платформенную мобильную разработку и рассмотрим следующую структуру:

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

Продолжайте читать, чтобы узнать больше.

Мобильная кросс-платформенная разработка

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

3 Способа перехода на кросс-платформенную разработку

Существует 3 основных способа кросс-платформенной разработки для мобильных устройств:

• Веб-приложения

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

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

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

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

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

Однако у них есть некоторые недостатки.

Во-первых, по сути, это веб-приложения, работающие на нативных WebView, которые упаковываются в нативные приложения, с некоторыми привязками к нативным API. Это означает более низкую производительность по сравнению с полностью нативными приложениями.

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

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

• Нативные кросс-платформенные приложения

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

С точки зрения внутренней структуры он использует среду выполнения JavaScript(JavaScriptCore, V8 или Hermes) для выполнения вашего JS-кода. В этом коде вы можете использовать React и предоставляемые API для создания декларативных нативных пользовательских интерфейсов и доступа к нативным функциям платформы.

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

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

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

Общиеплюсыиминусыкросс-платформеннойразработки

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

Преимущества

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

• Более быстрая разработка – благодаря (в основном) единой базе кода и использованию, возможно, знакомых технологий, таких как JavaScript.
• UX схожий с нативным – благодаря доступу к нативным функциям и привычному процессу установки в магазине приложений, вы обеспечите максимальное удобство для своих пользователей.
• Более высокая производительность – благодаря использованию действительно нативных кросс-платформенных фреймворков, таких как React Native, вы можете рассчитывать на более высокую производительность пользовательского интерфейса, чем в веб-приложениях.

Недостатки

Что касается недостатков:

• Медленнее, чем нативная производительность – даже с такими “нативными” фреймворками, как React Native или Flutter, вам все равно придется отказаться от части производительности. Это связано с пользовательскими режимами выполнения, такими как V8 в React Native, или неоптимальными результатами компиляции Flutter. В большинстве случаев это не будет заметно, но это то, что следует иметь в виду для сложных графических приложений или приложений, перегруженных вычислениями.

• Ограниченные возможности – в зависимости от экосистемы фреймворка и размера его собственного набора функций, вы все еще можете быть ограничены отсутствием доступа к нативным API.

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

Лучшиемобильныекросс-платформенныефреймворки

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

• React Native
• Flutter
• Ionic
• Xamarin
• Unity

Продолжайте читать, чтобы узнать больше:

React Native

Начнем с уже упомянутого React Native – это один из лучших вариантов для разработчиков, имеющих опыт веб-разработки и React.

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

У React Native есть много преимуществ даже помимо экосистемы. Более высокая производительность благодаря архитектуре, приближенной к нативной, CSS-подобная система стилизации, Fast Refresh для более быстрой итерации и многое другое! Все это доступно из языка и библиотеки пользовательского интерфейса, с которыми веб-разработчики хорошо знакомы.

При этом React Native теряет свою привлекательность, если вы не знакомы с JavaScript или самим React. Однако это не единственный его недостаток.

Во-первых, приложения React Native печально известны сложными процессами отладки и тестирования (хотя в последние годы они стали лучше). Они также медленнее по сравнению со многими другими нативными кроссплатформенными фреймворками – особенно на Android.

Кроме того, для реализации более сложных функций, недоступных в экосистеме или фреймворке Expo, требуется большой опыт. Необходимо знать не только API фреймворка, React и JavaScript, но и нативные API, языки и инструменты разработки. Для большинства приложений это не должно быть проблемой, но, тем не менее, об этом стоит помнить.

Flutter

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

Будучи относительно новым (выпущенным в 2017 году), Flutter представляет собой универсальное решение для кроссплатформенной разработки. Начиная с SDK со специальным языком Dart, нативными API и виджетами пользовательского интерфейса, и заканчивая быстро развивающейся экосистемой – у Flutter есть все.

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

Если все так хорошо, есть ли недостатки? Конечно, есть, но я бы сказал, что это скорее компромиссы. Самый большой из них – это незрелость.

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

С технической стороны, приложения Flutter довольно тяжелые. Это означает, что, хотя по производительности они близки к нативным, их размер пакета обычно больше.

Кроме того, не стоит ожидать, что встроенные виджеты Material или Cupertino будут идеальным отображением своих нативных аналогов. Поскольку это инструментарий Google, это больше относится к iOS, чем к Android. Однако если вам нужен именно “родной” внешний вид и ощущение платформы, вам все равно придется перейти на “нативный” вид.

Ionic

Ionic – это гибридный фреймворк для приложений, который позволяет преобразовать ваше веб-приложение в отдельное нативное мобильное приложение или создать его с нуля.

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

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

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

Все компоненты разработаны в соответствии с рекомендациями по пользовательскому интерфейсу для iOS и Android и могут адаптировать свой внешний вид к платформе, на которой они используются. Кроме того, они реализованы на JavaScript и популярных UI-фреймворках, таких как React, Vue или Angular, что обеспечивает максимальный комфорт разработки.

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

Xamarin

Xamarin – это кроссплатформенный набор инструментов для разработки от Microsoft, использующийся поверх C# (или F#) и фреймворка .NET. Выпущенный в конце 2012 года, он является одним из наиболее зрелых фреймворков.

Преимущества Xamarin обусловлены его зрелостью и лежащей в основе платформой .NET. Он поставляется с одной из самых больших коллекций кросс-платформенных API “из коробки” через Xamarin.Essentials. Он также обеспечивает нативную производительность и пользовательский интерфейс с помощью Xamarin.Forms и может использоваться для платформ помимо iOS и Android.

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

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

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

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

Стоит также отметить, что в последнее время Xamarin претерпевает множество изменений. Это и унификация платформы .NET (включая нативные привязки iOS и Android), и переход от Xamarin.Forms to .NET Multi–platform App UIhttps://devblogs.microsoft.com/dotnet/introducing–net–multi–platform–app–ui/(MAUI). Эти изменения могут стать тем, что необходимо для возобновления интереса к фреймворку.

Unity

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

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

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

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

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

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

Лучшиебэкенд-сервисыдлякроссплатформенныхприложений

Какой бы кроссплатформенный фреймворк вы ни выбрали, вам понадобится хороший бэкенд.

Бэкэнд – это “серверная сторона” вашего приложения. Именно здесь вы будете хранить и управлять своими данными, аутентифицировать пользователей, командовать пользовательскими API и многое другое.

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

Back4App

Back4App – это бэкенд с низким кодом, основанный на технологиях с открытым исходным кодом. Это платформа BaaS (Бэкенд как услуга), что означает, что она предоставляет все необходимое для вашего кросс-платформенного приложения, позволяя вам сосредоточиться на фронтенде.

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

Цены гибкие, включают щедрый бесплатный уровень и начинаются от $5/месяц.

Firebase

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

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

Сервис имеет структуру ценообразования “оплата по факту”, с бесплатным планом Sparkдля новых приложений. Такая модель отлично подходит для небольших, новых приложений, но может стать дорогостоящей в масштабе. Кроме того, тот факт, что Firebase основан на проприетарной базе, означает, что в будущем на него будет сложно перейти.

Heroku

Heroku – это PaaS (Платформа как услуга), принадлежащая и управляемая Salesforce.

По сравнению с платформами BaaS, такими как Back4App или Firebase, Heroku как PaaSдает вам больше контроля за счет большего объема работы. Она предоставляет вам доступ к управляемым компонентам, таким как контейнеры приложений, базы данных, дополнительные модули и многое другое, чтобы вы могли выбрать то, что вам нужно, и создавать на основе этого свое приложение.

Учитывая это, Heroku отлично подходит для тех случаев, когда у вас есть более сложные потребности, но вы хотите сохранить большую часть простоты BaaS.

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

Заключение

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

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

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

Вопрос-Ответ