Native App: ключові поняття, нативна розробка iOS та Android

Що таке Native App

Native App — це мобільний застосунок, розроблений спеціально для однієї платформи з використанням її рідної мови програмування та інструментів. Для iOS це Swift або Objective-C разом з Xcode, для Android — Kotlin або Java з Android Studio. Код компілюється безпосередньо в машинний код платформи (через LLVM для iOS, ART для Android), що забезпечує максимальну швидкість виконання.

Архітектура нативного застосунку включає три рівні. Presentation Layer — UI-компоненти (UIKit/SwiftUI на iOS, Jetpack Compose/Android Views на Android). Domain Layer — бізнес-логіка з use cases та repository interfaces. Data Layer — джерела даних: мережа (URLSession/Alamofire на iOS, Retrofit/OkHttp на Android), база даних (CoreData/SwiftData, Room), файлова система. Кожен рівень використовує нативні SDK — наприклад, iOS застосунок може викликати CoreLocation для геопозиції, CoreBluetooth для BLE, AVFoundation для камери, Metal для 3D-графіки. Android пропонує аналоги: FusedLocationProvider для гео, BluetoothAdapter для BLE, CameraX для камери, OpenGL ES/Vulkan для графіки.

Життєвий цикл native app відрізняється на платформах. iOS використовує строгу модель з AppDelegate та SceneDelegate: застосунок проходить стани notRunning → foregroundInactive → foregroundActive → background → suspended. Android використовує більш гнучку модель з Activity та Fragment: onCreate → onStart → onResume → onPause → onStop → onDestroy, плюс процеси можуть бути вбиті системою при нестачі пам'яті. Розробник повинен коректно обробляти збереження стану (iOS: state restoration, Android: onSaveInstanceState) для безперервного користувацького досвіду.

Розробка iOS: Swift та Xcode

Розробка iOS ведеться виключно на macOS в середовищі Xcode — інтегрованому середовищі розробки від Apple, що включає редактор коду, Interface Builder, симулятор iOS та інструменти профілювання (Instruments). Основна мова — Swift, представлений Apple у 2014 році. Swift поєднує безпеку типів з продуктивністю, близькою до C, і підтримує парадигми ООП, функціонального та протокол-орієнтованого програмування.

Ключові фреймворки iOS:

• UIKit — основний фреймворк для побудови інтерфейсів з імперативним підходом (UIViewController, UIView, Auto Layout)
• SwiftUI — декларативний фреймворк (iOS 13+) з @State, @Binding, @ObservedObject для реактивного оновлення UI
• Combine — фреймворк реактивного програмування з Publisher/Subscriber для обробки асинхронних подій
• CoreData / SwiftData — фреймворки для постійного зберігання даних з графом об'єктів та SQLite в основі
• URLSession — нативний HTTP-клієнт з підтримкою HTTP/2, кешування та фонових завантажень
• ARKit, CoreML, Vision — фреймворки для AR, машинного навчання та комп'ютерного зору на пристрої

Інструменти Xcode включають: Interface Builder для візуального проектування UI, Asset Catalog для управління ресурсами, Swift Package Manager для залежностей, Test Navigator для юніт- та UI-тестів (XCTest), Organizer для публікації в App Store. Instruments дозволяє профілювати CPU, пам'ять, мережу, графіку та енергоспоживання. Для CI/CD використовуються Xcode Cloud або сторонні сервіси (GitHub Actions, Bitrise, Fastlane).

Розробка Android: Kotlin та Android Studio

Розробка Android ведеться в Android Studio — IDE на базі IntelliJ IDEA від Google. Основна мова — Kotlin, що став переважним у 2017 році. Kotlin повністю сумісний з Java, але пропонує більш лаконічний синтаксис, null-safety через елвіс-оператор, корутини для асинхронності та extension-функції. Android Studio включає Layout Editor для візуального проектування, емулятор Android з Google Play Services, APK Analyzer та Profiler.

Ключові компоненти Android:

• Jetpack Compose — декларативний UI-фреймворк (Android 5+) з @Composable функціями та реактивним станом через mutableStateOf
• Android Views — класична імперативна система з XML-розміткою, Activity, Fragment, RecyclerView
• Room — ORM-бібліотека для SQLite з перевіркою запитів на етапі компіляції та підтримкою Flow
• Retrofit + OkHttp — стандартний стек для HTTP-запитів з перехоплювачами, кешуванням та підтримкою корутин
• Hilt / Dagger — фреймворки впровадження залежностей (Dependency Injection) на основі JSR-330
• WorkManager — API для відкладених та фонових завдань з гарантією виконання навіть після перезавантаження

Архітектурні патерни Android: Google рекомендує MVVM з Repository-шаром. ViewModel зберігає стан (StateFlow), Repository абстрагує джерела даних, Use Cases інкапсулюють бізнес-логіку. Navigation Component керує переходами між екранами через граф навігації. Для тестування використовуються JUnit, MockK, Compose UI Test та Espresso.

Приклад коду: Swift для iOS

Розглянемо створення простого застосунку для iOS на SwiftUI — список завдань із збереженням даних через SwiftData. Застосунок демонструє ключові патерни нативної iOS розробки: декларативний UI, реактивне оновлення, робота з даними.

import SwiftUI
import SwiftData

// 1. Модель даних з SwiftData
@Model
final class TaskItem {
    var title: String
    var isCompleted: Bool
    var createdAt: Date

    init(title: String) {
        self.title = title
        self.isCompleted = false
        self.createdAt = Date()
    }
}

// 2. ViewModel з бізнес-логікою
@Observable
final class TaskViewModel {
    var tasks: [TaskItem] = []

    func addTask(title: String, context: ModelContext) {
        let task = TaskItem(title: title)
        context.insert(task)
        tasks.append(task)
    }

    func toggleTask(task: TaskItem) {
        task.isCompleted.toggle()
    }
}

// 3. Основний екран застосунку
struct ContentView: View {
    @Environment(\.modelContext) private var context
    @State private var viewModel = TaskViewModel()
    @State private var newTaskTitle = ""
    @Query private var tasks: [TaskItem]

    var body: some View {
        NavigationStack {
            List {
                Section(header: Text("Нове завдання")) {
                    HStack {
                        TextField("Введіть назву", text: $newTaskTitle)
                        Button("Додати") {
                            addTask()
                        }
                        .disabled(newTaskTitle.isEmpty)
                    }
                }
                Section(header: Text("Список завдань")) {
                    ForEach(tasks) { task in
                        HStack {
                            Image(systemName: task.isCompleted ? "checkmark.circle.fill" : "circle")
                                .onTapGesture { viewModel.toggleTask(task: task) }
                            Text(task.title)
                                .strikethrough(task.isCompleted)
                            Spacer()
                            Text(task.createdAt, style: .date)
                                .font(.caption)
                                .foregroundColor(.secondary)
                        }
                    }
                    .onDelete { indexSet in
                        for index in indexSet {
                            context.delete(tasks[index])
                        }
                    }
                }
            }
            .navigationTitle("Мої завдання")
        }
    }

    private func addTask() {
        guard !newTaskTitle.isEmpty else { return }
        viewModel.addTask(title: newTaskTitle, context: context)
        newTaskTitle = ""
    }
}

Ключові патерни в коді: @Model — макрос SwiftData для автоматичної генерації persistent storage; @Observable — макрос Observable для реактивного оновлення UI; @Query — property wrapper для автоматичного завантаження даних з SwiftData. Застосунок використовує архітектуру MVVM з ViewModel, яка керує бізнес-логікою, та SwiftUI View для відображення. SwiftData автоматично зберігає дані при зміні моделі — розробнику не потрібно писати SQL-запити.

Приклад коду: Kotlin для Android

Аналогічний застосунок для Android на Kotlin з Jetpack Compose та Room. Показує відмінності в архітектурі та підходах між платформами.

// 1. Entity Room — модель даних
@Entity(tableName = "tasks")
data class TaskEntity(
    @PrimaryKey(autoGenerate = true) val id: Int = 0,
    val title: String,
    val isCompleted: Boolean = false,
    val createdAt: Long = System.currentTimeMillis()
)

// 2. DAO — запити до бази
@Dao
interface TaskDao {
    @Query("SELECT * FROM tasks ORDER BY createdAt DESC")
    fun getAllTasks(): Flow<List<TaskEntity>>

    @Insert
    suspend fun insertTask(task: TaskEntity)

    @Delete
    suspend fun deleteTask(task: TaskEntity)
}

// 3. ViewModel з бізнес-логікою
class TaskViewModel(private val dao: TaskDao) : ViewModel() {
    val tasks: StateFlow<List<TaskEntity>> = dao
        .getAllTasks()
        .stateIn(viewModelScope, SharingStarted.WhileSubscribed(5000), emptyList())

    fun addTask(title: String) {
        viewModelScope.launch {
            dao.insertTask(TaskEntity(title = title))
        }
    }

    fun toggleTask(task: TaskEntity) {
        viewModelScope.launch {
            dao.insertTask(task.copy(isCompleted = !task.isCompleted))
        }
    }
}

// 4. Compose UI
@Composable
fun TaskScreen(viewModel: TaskViewModel = viewModel()) {
    val tasks by viewModel.tasks.collectAsState()
    var newTitle by remember { mutableStateOf("") }

    Column(modifier = Modifier.padding(16.dp)) {
        Text("Мої завдання", style = MaterialTheme.typography.headlineMedium)

        Row(
            modifier = Modifier.fillMaxWidth().padding(vertical = 8.dp)
        ) {
            OutlinedTextField(
                value = newTitle,
                onValueChange = { newTitle = it },
                label = { Text("Нове завдання") },
                modifier = Modifier.weight(1f)
            )
            Button(
                onClick = { viewModel.addTask(newTitle); newTitle = "" },
                enabled = newTitle.isNotBlank()
            ) {
                Text("Додати")
            }
        }

        LazyColumn {
            items(tasks, key = { it.id }) { task ->
                Row(
                    modifier = Modifier
                        .fillMaxWidth()
                        .clickable { viewModel.toggleTask(task) }
                        .padding(vertical = 4.dp),
                    verticalAlignment = Alignment.CenterVertically
                ) {
                    Checkbox(checked = task.isCompleted, onCheckedChange = { viewModel.toggleTask(task) })
                    Text(
                        text = task.title,
                        textDecoration = if (task.isCompleted) TextDecoration.LineThrough else TextDecoration.None
                    )
                }
            }
        }
    }
}

Ключові відмінності від iOS: Room використовує анотації @Entity, @Dao та @Query для роботи з SQLite; ViewModel керує життєвим циклом через viewModelScope з корутинами; StateFlow забезпечує реактивне оновлення Compose UI через collectAsState. На Android дані передаються через Flow — аналог Combine Publisher, але з відміною при зміні екрану через viewModelScope.

Переваги та недоліки native app

Переваги native app перед кроссплатформеними рішеннями включають кілька ключових аспектів. Продуктивність: прямий доступ до GPU через Metal (iOS) та Vulkan (Android) дає 60 fps у складній анімації. Доступ до API: нові функції iOS та Android доступні в день виходу, без очікування підтримки у фреймворку. Користувацький досвід: нативні UI-компоненти (NavigationStack, TabView, Sheet на iOS; Scaffold, NavigationBar, BottomSheet на Android) забезпечують звичну поведінку. Енергоспоживання: нативний код споживає на 15–25% менше заряду батареї у фонових завданнях.

Недоліки native app: вартість розробки в 1.5–2 рази вища через необхідність двох окремих команд. Час виходу на ринок збільшується: дві паралельні розробки вимагають координації та подвоюють обсяг тестування. Підтримка: оновлення потрібно випускати для двох платформ одночасно, що ускладнює CI/CD. Для простих застосунків (каталоги, стрічки, форми) кроссплатформені рішення можуть бути більш економічними та швидкими.

Коли обирати native app: ігри та застосунки з інтенсивною графікою (Metal, Vulkan, ARKit, ARCore); застосунки з глибокою інтеграцією в ОС (Bluetooth LE, NFC, CoreBluetooth, HealthKit, Google Fit); фінансові, медичні та корпоративні застосунки з вимогами до безпеки та сертифікації; проєкти, де кожна мілісекунда затримки критична (торгівля, стрімінг, відеодзвінки). Для MVP, стартапів та простих застосунків кроссплатформена розробка може бути більш раціональним вибором.