Globalisasi: apa itu, i18n dan multibahasa dalam aplikasi

Apa itu Globalisasi (i18n) dan mengapa diperlukan?

Globalisasi (disingkat i18n — 18 huruf antara «i» dan «n») — persiapan arsitektural aplikasi untuk bekerja dengan bahasa dan region apa pun. Aturan utama i18n: tidak ada string teks yang boleh dikodekan secara tetap (hardcoded) dalam kode sumber. Sebagai gantinya, string diekstraksi ke file sumber daya, dan kode mengaksesnya melalui kunci. Saat menambahkan bahasa baru, cukup menambahkan file terjemahan — kode tetap tidak berubah. Ini membedakan i18n dari lokalisasi (l10n), di mana string itu sendiri yang diterjemahkan.

Argumen bisnis — globalisasi meningkatkan pasar. Menurut Common Sense Advisory (2023), lebih dari 70% pengguna lebih suka membeli di aplikasi dalam bahasa ibu mereka. Lokalisasi ke 10 bahasa meningkatkan audiens potensial sebesar 80%. Tanpa i18n, setiap perluasan ke bahasa baru memerlukan modifikasi kode, yang memperlambat masuk pasar dan meningkatkan biaya 5–10 kali lipat. Arsitektur i18n yang benar memungkinkan mendukung 40+ bahasa dengan biaya minimal.

Komponen i18n meliputi: eksternalisasi string (String externalization), pluralisasi (pluralization untuk 1/2/5+), pemformatan tanggal dan angka (DateFormatter/SimpleDateFormat), dukungan untuk bahasa RTL (Right-to-Left), pengurutan menurut aturan locale (Collator), simbol regional (pemisah ribuan, tanda desimal). Di IT Sectr, kami menerapkan i18n pada tahap arsitektur, bukan menambahkannya setelahnya — ini menghemat hingga 60% waktu saat lokalisasi selanjutnya.

Internasionalisasi di iOS: NSLocalizedString dan XLIFF

NSLocalizedString — makro utama Swift untuk bekerja dengan terjemahan. Format: NSLocalizedString(«key», comment: «deskripsi untuk penerjemah»). Makro secara otomatis mengganti string dari Localizable.strings untuk locale perangkat saat ini (NSLocale.preferredLanguages). Jika terjemahan untuk kunci tidak ditemukan, kunci itu sendiri atau nilai dalam development language (biasanya en) dikembalikan. Apple merekomendasikan penggunaan kunci yang bermakna, bukan string Inggris sebagai kunci.

// Localizable.strings (en)
// "welcome_title" = "Selamat datang!";
// Localizable.strings (ru)
// "welcome_title" = "Selamat datang!";

// Kode Swift — seragam untuk semua bahasa
titleLabel.text = NSLocalizedString(
    "welcome_title",
    comment: "Judul layar selamat datang"
)

// Pluralisasi melalui Localizable.stringsdict
// 
// <dict>
//     <key>items_count</key>
//     <dict>
//         <key>NSStringLocalizedFormatKey</key>
//         <string>%#@items@</string>
//         <key>items</key>
//         <dict>
//             <key>one</key>
//             <string>%d produk</string>
//             <key>few</key>
//             <string>%d produk</string>
//             <key>many</key>
//             <string>%d produk</string>
//         </dict>
//     </dict>
// </dict>

// Penggunaan pluralisasi
let items = 5
let label = String.localizedStringWithFormat(
    NSLocalizedString("items_count", comment: ""), items
)

XLIFF — format pertukaran terjemahan antara pengembang dan penerjemah. Xcode mengekspor file XLIFF (Editor → Export for Localization) yang berisi semua string untuk diterjemahkan. Penerjemah bekerja dengan XLIFF di alat CAT (Trados, memoQ, Smartcat). Setelah diterjemahkan, XLIFF diimpor kembali ke Xcode (Editor → Import Localizations). XLIFF secara otomatis memperbarui semua direktori .lproj. Ini adalah alur kerja standar lokalisasi aplikasi iOS di produksi.

SwiftUI dan i18n

SwiftUI bekerja dengan NSLocalizedString melalui inisialisator Text. Teks di SwiftUI secara otomatis diinternasionalisasi: Text(«welcome_title») mencari terjemahan di Localizable.strings seperti NSLocalizedString. Untuk pluralisasi gunakan Text(«%d items», count: items). SwiftUI mendukung pemformatan tanggal melalui Text(date, style: .date) — secara otomatis menggunakan Locale.current. Apple merekomendasikan SwiftUI untuk proyek baru, karena internasionalisasi di dalamnya lebih transparan.

Internasionalisasi di Android: strings.xml dan RTL

Android i18n dibangun di atas sistem sumber daya. String diekstraksi ke res/values/strings.xml untuk bahasa default (biasanya Inggris). Untuk setiap bahasa dibuat direktori terpisah: res/values-ru/strings.xml (Rusia), res/values-de/strings.xml (Jerman), res/values-fr/strings.xml (Prancis). Android secara otomatis memilih string berdasarkan bahasa sistem perangkat (Locale.getDefault()). Jika locale yang tepat tidak ada, versi dasar (values/strings.xml) digunakan.

// res/values/strings.xml (Inggris, default)
<resources>
    <string name="welcome_title">Welcome!</string>
    <string name="items_count">%d item(s)</string>
</resources>

// res/values-ru/strings.xml (Rusia)
<resources>
    <string name="welcome_title">Selamat datang!</string>
    <plurals name="items_count">
        <item quantity="one">%d produk</item>
        <item quantity="few">%d produk</item>
        <item quantity="many">%d produk</item>
    </plurals>
</resources>

// Kode Kotlin
textView.text = getString(R.string.welcome_title)

// Pluralisasi
val items = 5
textView.text = resources.getQuantityString(
    R.plurals.items_count, items, items
)

// Dukungan RTL dalam kode
textView.textDirection = View.TEXT_DIRECTION_LOCALE
// Manifest: supportsRtl="true"

RTL (Right-to-Left) — dukungan untuk bahasa di mana teks dibaca dari kanan ke kiri (Arab, Ibrani, Urdu, Persia). Android mendukung RTL melalui atribut android:layoutDirection dan android:textDirection. Di manifest, atur android:supportsRtl="true" — dan Android secara otomatis mencerminkan tata letak. NavDrawer, ikon kembali/maju, perataan teks harus berfungsi di kedua arah. Dalam kode, gunakan View.LAYOUT_DIRECTION_LOCALE dan Gravity.START/END, bukan LEFT/RIGHT.

Sumber daya yang dilokalisasi

Android Resource Qualifiers memungkinkan lokalisasi tidak hanya string, tetapi juga gambar (res/drawable-ru/), tata letak (res/layout-ru/), animasi, warna. Untuk Arab dan Ibrani diperlukan tata letak terpisah dengan pencerminan elemen — gunakan res/layout-ar/ (Arab). Android juga mendukung varian regional: values-rUS, values-rGB, values-de-DE. Qualifiers dapat digabungkan: values-ldrtl-ru — Rusia untuk layar RTL.

Format regional: tanggal, angka, mata uang di iOS dan Android

Tanggal dan waktu — salah satu aspek kunci i18n. Berbagai region menggunakan format berbeda: Rusia — DD.BB.TTTT, AS — BB/DD/TTTT, Jepang — TTTT.BB.DD. Menggunakan format tetap (yyyy-MM-dd) untuk ditampilkan kepada pengguna adalah kesalahan. Di iOS gunakan DateFormatter dengan Locale(identifier: locale), di Android — DateFormat.getDateInstance(DateFormat.SHORT, locale). Untuk asisten suara dan pencarian AI, tanggal harus dalam ISO 8601 dalam representasi internal.

Angka dan mata uang — di berbagai region pemisah yang berbeda: 1,234.56 (AS) vs 1.234,56 (Rusia), 1 234,56 (Prancis). iOS: NumberFormatter dengan .locale = locale. Android: DecimalFormat dengan DecimalFormatSymbols(locale). Untuk mata uang: format ¥1,234 (Jepang) vs $1,234.56 (AS) vs 1 234,56 ₽ (Rusia). Jangan pernah menggabungkan mata uang dan angka secara manual — gunakan NumberFormatter.currencyCode dan .currencySymbol.

Pengurutan (Collation) — pengurutan alfabet berbeda di berbagai bahasa. Dalam bahasa Spanyol «ch» muncul setelah «c». Dalam bahasa Swedia «ä» berada di akhir alfabet. Dalam bahasa Jerman «ß» diurutkan seperti «ss». iOS: LocalizedComparison (String.localizedCompare). Android: Collator.getInstance(locale). Jangan pernah menggunakan compareTo() untuk string yang ditampilkan kepada pengguna — ia menggunakan Unicode Code Point order yang tidak mempertimbangkan aturan regional.

Praktik terbaik internasionalisasi aplikasi mobile

Prinsip arsitektur — mulailah i18n dari commit pertama. Setiap string dalam kode harus melewati fungsi pembungkus (tr("key")), yang tidak ada sebelum i18n dikonfigurasi — ini memaksa pengembang untuk mengekstraksi string segera. Jangan gunakan string Inggris sebagai kunci — saat formulasi dalam bahasa Inggris berubah, semua terjemahan harus diperbarui. Gunakan kunci yang bermakna: «profile.title», «settings.language.label».

Pseudolokalisasi — teknik pengujian i18n sebelum terjemahan sebenarnya. Ganti setiap huruf Latin dengan simbol diakritik (á, é, ñ, ü) untuk memeriksa pengkodean, tambahkan prefiks [XXX] untuk memeriksa pemotongan string. Xcode: skema peluncuran — pseudobahasa «Double-Length Pseudolanguage». Android: Developer Options — Force RTL layout direction, System font scale hingga 200%. Pseudolokalisasi menemukan 80% masalah i18n tanpa keterlibatan penerjemah.

Daftar periksa IT Sectr i18n — sebelum rilis kami memeriksa: (1) tidak ada string hardcoded dalam kode (pengecualian: log), (2) pluralisasi berfungsi dengan benar untuk semua bahasa, (3) tanggal/angka diformat melalui Locale API, (4) tata letak ditampilkan dengan benar dalam bahasa RTL, (5) string tidak terpotong pada penskalaan maksimum, (6) pseudolokalisasi tidak menemukan kesalahan, (7) semua bahasa yang dideklarasikan di toko memiliki set terjemahan lengkap.