Кросс-платформенная или нативная разработка мобильных приложений? Плюсы, минусы, как выбрать

Разработка

Джон — владелец стартапа по бесконтактной доставке еды SafePizza. В 2020 году он запустил приложение для iOS, которое установили тысячи пользователей в первые три месяца пандемии. Но многие хотели еще и версию для Android. SafePizza написан на Swift — Джон не мог позволить себе нанять ещё одну команду разработчиков, чтобы сделать Android-версию с нуля.

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

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

Время чтения: < 1 минут

метрики разработки программного обеспечения

Содержание

Нативная разработка: говорим на «языке» платформы

Но начнём с того, почему «нативная».

Представьте, что вы хотите поговорить с носителем испанского языка. Для этого вы учите испанский. А если вам нужно поговорить с французом — вы учите французский. Так работает нативная разработка мобильных приложений: с каждой платформой вы говорите на родном (native) «языке». У iOS это Swift, у Android — Kotlin, у веб-браузеров — JavaScript.

Примеры проектов

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

Spotify — это стриминговый сервис с большой коллекцией музыки и подкастов, системой рекомендаций и офлайн-режимом.
Pokémon Go — эта мобильная игра показывает, на что способна нативная разработка. Её игровая механика основана на AR и использовании GPS.
Replika — этот чатбот для психологической поддержки основан на алгоритме обработки естественного языка GPT-3. Проект начался с разработки нативного приложения для iOS на Objective C и Swift. Сейчас у Replika есть веб-версия, приложение для Android и VR-приложение для Oculus.