Ekstensi Aplikasi dan Integrasi Sistem dalam Pengembangan Seluler: Apa Itu, Jenis, dan Cara Kerjanya

Ekstensi Aplikasi di iOS: widget dan ekstensi berbagi konten

Ekstensi Aplikasi di iOS muncul di iOS 8 dan menjadi fondasi untuk integrasi sistem dalam pengembangan seluler. Ini adalah biner terpisah yang dikemas bersama aplikasi utama, tetapi dijalankan dalam proses terisolasi. Setiap ekstensi memiliki Info.plist sendiri dan titik masuk yang ditentukan melalui NSExtensionPrincipalClass. Sistem mengelola siklus hidup Ekstensi Aplikasi — mereka tidak dapat tetap di latar belakang setelah menyelesaikan tugas.

WidgetKit dan Today Widget

WidgetKit (iOS 14+) adalah kerangka kerja modern untuk membuat widget di layar beranda. WidgetKit menggunakan SwiftUI untuk deskripsi antarmuka dan TimelineProvider untuk menentukan jadwal pembaruan. Widget tersedia dalam tiga ukuran: kecil (2×2 sel), sedang (4×2), dan besar (4×4). Today Widget lama berbasis UICollectionViewController masih didukung, tetapi Apple merekomendasikan migrasi ke WidgetKit. Ekstensi Aplikasi di WidgetKit tidak mendukung animasi, input keyboard, atau gerakan — ini adalah elemen statis atau pseudo-animasi dengan pembaruan berkala.

Share Extension dan Action Extension

Share Extension memungkinkan pengiriman konten dari aplikasi mana pun ke aplikasi Anda melalui lembar berbagi sistem. Share Extension menerima data melalui NSExtensionItem dan menggunakan SLComposeServiceViewController untuk UI. Action Extension memproses konten di tempat — misalnya, menerjemahkan teks di browser tanpa beralih ke aplikasi lain. Kedua jenis harus menyelesaikan pekerjaan dalam waktu terbatas, jika tidak sistem akan "membunuh" ekstensi. Ini adalah batasan penting Ekstensi Aplikasi dalam aplikasi seluler — tugas latar belakang tidak tersedia di tingkat ekstensi.

CallKit, PushKit, dan SiriKit — integrasi sistem untuk suara dan notifikasi

Integrasi sistem di iOS melampaui widget: CallKit, PushKit, dan SiriKit memungkinkan aplikasi seluler bekerja di tingkat sistem. Kerangka kerja ini memerlukan hak istimewa khusus tetapi memberikan pengalaman yang mulus bagi pengguna — panggilan melalui CallKit terlihat seperti panggilan telepon biasa, dan Siri memproses permintaan tanpa membuka aplikasi.

CallKit — panggilan VoIP di antarmuka sistem

CallKit mengintegrasikan panggilan aplikasi pihak ketiga ke dalam layar panggilan sistem, termasuk layar terkunci. CXProvider mendaftarkan aplikasi sebagai layanan VoIP, dan CXCallController mengelola panggilan. CallKit secara otomatis memblokir panggilan duplikat dan mendukung Call Directory Extension untuk memblokir nomor yang tidak diinginkan. Integrasi sistem dalam pengembangan seluler dengan CallKit sangat penting untuk aplikasi komunikasi suara — WhatsApp, Skype, dan Zoom menggunakannya untuk menampilkan panggilan masuk.

PushKit — notifikasi push latar belakang

PushKit mengirimkan notifikasi push langsung ke aplikasi seluler tanpa menampilkannya kepada pengguna. PushKit membangunkan aplikasi dari keadaan "terbunuh" dan meneruskan data melalui delegasi PKPushRegistryDelegate. Ini adalah mekanisme utama untuk aplikasi VoIP: PushKit mengirimkan informasi panggilan, dan CallKit menampilkannya. PushKit memiliki prioritas pengiriman lebih tinggi daripada notifikasi push biasa dan tidak memerlukan tampilan spanduk. Ekstensi Aplikasi dalam aplikasi seluler sering menggabungkan PushKit dengan CallKit untuk komunikasi suara.

SiriKit dan Intents Extension

SiriKit memungkinkan pemrosesan permintaan melalui Siri dan aplikasi Pintasan. Intents Extension adalah Ekstensi Aplikasi terpisah yang mendaftarkan niat yang didukung dan memprosesnya. SiriKit mendukung 20+ domain: panggilan, pesan, pembayaran, catatan, latihan. Pintasan memungkinkan pengguna membuat otomatisasi — misalnya, "Kirim pesan di WhatsApp melalui Siri." Integrasi sistem dengan SiriKit dan Pintasan meningkatkan keterlibatan karena pengguna melakukan tindakan tanpa membuka aplikasi.

BroadcastReceiver dan layanan sistem di Android

BroadcastReceiver adalah komponen Android yang bereaksi terhadap pesan siaran sistem. Tidak seperti Ekstensi Aplikasi iOS, BroadcastReceiver tidak memerlukan biner terpisah — cukup daftarkan penerima di manifes atau dalam kode melalui Context.registerReceiver. Integrasi sistem di Android sering dimulai dengan BroadcastReceiver: dari memulai layanan saat boot perangkat hingga bereaksi terhadap koneksi jaringan.

IntentFilter untuk peristiwa sistem

IntentFilter mengikat BroadcastReceiver ke peristiwa sistem tertentu. Peristiwa tipikal: BOOT_COMPLETED (boot perangkat), CONNECTIVITY_ACTION (perubahan jaringan), BATTERY_LOW (baterai rendah), TIME_SET (perubahan waktu). Penerima didaftarkan di AndroidManifest.xml atau melalui Context.registerReceiver untuk pendaftaran dinamis. Pendaftaran dinamis lebih disukai — tidak memerlukan izin di manifes dan hanya berfungsi saat aplikasi aktif. Ekstensi Aplikasi di Android tidak ada sebagai konsep, tetapi BroadcastReceiver memainkan peran serupa — memperluas kemampuan aplikasi melalui integrasi sistem.

NotificationListenerService dan AccessibilityService

NotificationListenerService adalah layanan yang menerima semua notifikasi sistem. NotificationListenerService memerlukan izin BIND_NOTIFICATION_LISTENER_SERVICE dan akses melalui pengaturan aksesibilitas. AccessibilityService adalah alat yang lebih kuat untuk integrasi sistem: dapat membaca konten layar, mensimulasikan klik, dan mengotomatiskan tindakan. Kedua layanan memerlukan pengaktifan eksplisit oleh pengguna di pengaturan, yang meningkatkan keamanan. Integrasi sistem dalam aplikasi seluler melalui AccessibilityService digunakan untuk pengisi otomatis, pembaca layar, dan alat aksesibilitas.

class BootReceiver : BroadcastReceiver() {
    override fun onReceive(context: Context, intent: Intent) {
        if (intent.action == Intent.ACTION_BOOT_COMPLETED) {
            WorkManager.getInstance(context)
                .enqueueUniqueWork("post-boot", ...)
        }
    }
}

Contoh mendaftarkan BroadcastReceiver untuk peristiwa BOOT_COMPLETED. WorkManager digunakan untuk eksekusi tugas yang ditunda setelah boot perangkat — ini adalah pendekatan standar untuk aplikasi Android.

App Widget Provider — membuat widget di Android

App Widget Provider di Android adalah padanan Ekstensi Aplikasi iOS dalam konteks widget: ini adalah komponen yang menampilkan konten interaktif di layar beranda. Tidak seperti WidgetKit, widget Android dapat menerima input pengguna — klik, sakelar, dan gerakan. App Widget Provider didaftarkan di manifes melalui deskripsi XML tentang ukuran dan frekuensi pembaruan.

RemoteViews dan AppWidgetProvider

RemoteViews menggambarkan antarmuka widget melalui tata letak XML dan hanya mendukung kumpulan View terbatas. RemoteViews tidak mengizinkan View khusus — hanya komponen standar: TextView, ImageView, Button, ProgressBar. AppWidgetProvider adalah kelas dasar yang menangani pembaruan, pengaktifan, dan penghapusan widget. Metode onUpdate dipanggil melalui pengatur waktu via updatePeriodMillis atau melalui WorkManager untuk kontrol yang tepat. Integrasi sistem dengan widget di Android memerlukan kehati-hatian — pembaruan yang terlalu sering menghabiskan baterai.

Glance API (Jetpack) — pendekatan modern

Glance API adalah pustaka Jetpack untuk membuat widget menggunakan Kotlin DSL, bukan XML. Glance API dikompilasi menjadi RemoteViews dan mendukung sintaks mirip Compose: GlanceComposable, Column, Row, Text. Pustaka ini memecahkan masalah kode XML yang kompleks dan memungkinkan pengujian widget melalui JUnit. Glance API belum mendukung semua fitur RemoteViews — untuk widget interaktif yang kompleks, pendekatan klasik lebih baik. Ekstensi Aplikasi dalam pengembangan seluler di Android berkembang menuju Glance API, menyederhanakan pembuatan dan pemeliharaan widget.

Content Provider, FileProvider, dan berbagi data antar aplikasi

Content Provider adalah komponen Android untuk berbagi data terstruktur antar aplikasi melalui antarmuka ContentResolver terpadu. Tidak seperti Ekstensi Aplikasi iOS, Content Provider tidak membuat proses terpisah — data diminta secara sinkron dalam konteks aplikasi pemanggil. Content Provider adalah fondasi integrasi sistem di Android: kontak, file media, kalender, dan aplikasi standar menggunakannya untuk mempublikasikan data.

FileProvider untuk berbagi file yang aman

FileProvider adalah subkelas ContentProvider untuk transfer file yang aman antar aplikasi. FileProvider menghasilkan URI content:// sementara, bukan jalur file:// langsung yang dilarang di Android 7+. Untuk menggunakannya, Anda perlu menentukan files-path atau external-files-path di konfigurasi XML. Ekstensi Aplikasi dalam pengembangan seluler di Android tidak ada sebagai konsep terpisah, tetapi FileProvider melakukan fungsinya — memperluas kemampuan berbagi data melampaui satu aplikasi.

Padanan iOS: File Provider Extension

Di iOS, peran berbagi file dilakukan oleh File Provider Extension. File Provider Extension mempublikasikan file aplikasi di aplikasi File melalui NSFileProviderManager. Tidak seperti FileProvider, ekstensi iOS memerlukan biner terpisah dan berjalan dalam proses terisolasi. File Provider Extension mendukung NSFileProviderItem untuk deskripsi file dan NSFileProviderEnumerator untuk navigasi folder. Integrasi sistem dalam aplikasi seluler melalui File Provider Extension memungkinkan pengguna mengelola file aplikasi dari aplikasi File tanpa membukanya.

class MyFileProviderExtension: NSFileProviderExtension {
    override func item(for identifier: NSFileProviderItemIdentifier) throws -> NSFileProviderItem {
        return MyFileProviderItem(identifier: identifier)
    }
}

Contoh menunjukkan implementasi minimal File Provider Extension dalam Swift. Metode item(for:) mengembalikan objek NSFileProviderItem berdasarkan pengenal — sistem memanggilnya saat menampilkan file di aplikasi File.