Перейти до вмісту
BigTree108

Розробка мобільних застосунків

Нативна iOS-розробка, .NET MAUI і React Native: ми обираємо те, що справді потрібно застосунку, а не те, що нам випадково більше подобається. Інженери, які створюють застосунок, можуть так само відповідати й за API, що стоїть за ним.

Три платформи, одна чесна рекомендація

  • Нативна iOS

    Swift і SwiftUI

    Коли застосунку потрібна сама платформа: геолокація у фоновому режимі, HealthKit, поведінка push-сповіщень, офлайн-синхронізація або можливості App Store, до яких не дістається обгортка.

  • .NET MAUI

    C# і XAML, одна кодова база для iOS і Android

    Природний вибір, коли ваш бекенд уже на .NET: ті самі моделі, правила валідації та розробники покривають і API, і застосунок.

  • React Native

    TypeScript, спільний із вашим вебфронтендом

    Доречно, коли вже є вебзастосунок на React, а мобільний застосунок має повторно використати його компоненти, стан і команду.

Як ми обираємо

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

Що постачається разом із застосунком

  • API, від якого він залежить. Наші інженери .NET і Python працюють в одній команді, тож застосунок і його бекенд не опиняються в руках двох підрядників, які перекладають провину один на одного.
  • Подачу в магазини застосунків беремо на себе, зокрема налаштування підписування, декларації про конфіденційність і нотатки до релізу, а також пайплайн, який перезбирає й повторно надсилає застосунок.
  • Звіти про збої та використання підключені ще до запуску, тож перший невдалий реліз видно за лічені хвилини, а не з відгуків користувачів.
  • Тести на тих рівнях, що себе окупають: юніт-тести для логіки й автоматизовані наскрізні сценарії для потоків, збій яких коштував би вам грошей.

Плануєте мобільний застосунок?

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