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 макро за аутоматску генерацију трајног складишта; @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, стартапе и једноставне апликације, вишеплатформски развој може бити рационалнији избор.