İçeriğe geç

Yazılımda Çoklu Dil (i18n) Desteği Nasıl Kurulur?

Sunucu ve Performans
Yazılımda Çoklu Dil (i18n) Desteği Nasıl Kurulur?

Yazılımda çoklu dil (i18n) desteği, sadece metinlerin başka bir dile çevrilmesi değil, hangi alanların çevrilebilir olacağının ve dil değiştiğinde hangi verinin sabit kalacağının baştan tasarlanmasıdır.

Hangi Alanlar Çevrilir, Hangileri Sabit Kalır?

Alan TürüÇoklu Dil Durumu
Arayüz metinleri (menü, buton, uyarı)Her dil için ayrı çeviri gerekir
Ürün/hizmet adı ve açıklamasıİşletme kararına göre çevrilebilir veya tek dilde sabit tutulabilir
Sayısal kodlar (stok kodu, sipariş no)Dilden bağımsız, sabit kalır
Tarih/saat ve para birimi biçimiDile göre değil bölgesel ayara göre değişir, dille karıştırılmamalı

i18n Kurulumunda Hangi Teknik Kararlar Verilir?

  • Arayüz metinleri kod içine gömülmek yerine ayrı bir çeviri dosyasında/tablosunda tutulmalı; bu yapı olmadan her yeni dil, kod değişikliği gerektirir.
  • Veritabanında çevrilebilir alanlar (ürün adı gibi) için dil bazlı ayrı kayıt yapısı mı yoksa tek kayıtta çoklu dil sütunu mu kullanılacağı projenin başında belirlenmelidir; sonradan değiştirmek veri taşıma gerektirir.
  • Çeviri eksik kaldığında (yeni bir metin eklenip henüz çevrilmediğinde) sistemin ne göstereceği (boş mu, varsayılan dil mi) tanımlanmalıdır.

Çok Dilli Yapı Hangi İşletmeler İçin Gerekli?

Sadece yurt içinde, tek dilde hizmet veren bir işletme için çoklu dil desteği gereksiz bir karmaşıklık ekler. İhracat yapan, yabancı ortaklı veya farklı dil konuşan müşteri/çalışan tabanına hizmet veren işletmelerde ise bu destek, sisteme sonradan eklenmesi zor bir mimari karar olduğundan, ihtiyaç öngörülüyorsa projenin başında planlanmalıdır.

Çeviri Kalitesi Kim Tarafından Sağlanmalı?

Çeviri metinlerinin doğruluğu, yazılım geliştirme ekibinin değil, o dili ve işletmenin sektör terminolojisini bilen birinin sorumluluğunda olmalıdır; teknik ekip sadece çeviri yapısını kurar, metnin kendisini üretmez. Bu ayrım yapılmazsa, teknik olarak doğru çalışan ama anlam olarak hatalı bir arayüz ortaya çıkabilir.

Sonradan Eklemek Neden Daha Maliyetli?

Çoklu dil desteği düşünülmeden yazılan bir yazılımda, tüm metinler kod içine sabit olarak yazılmış olabilir; bu durumda sonradan çoklu dil eklemek, binlerce metni tek tek bulup çeviri yapısına taşımak anlamına gelir. Bu nedenle ihtiyacın orta vadede doğması bile öngörülüyorsa, en azından metin yapısının ayrı tutulması erken bir karar olarak projeye dahil edilmelidir.

Özet

Çoklu dil desteği, hangi alanların çevrileceği ve verinin dilden bağımsız kalıp kalmayacağının baştan tasarlanmasını gerektirir; sonradan eklenmesi, metinlerin kod içine gömülü olduğu bir sistemde önemli bir yeniden yapılandırma maliyeti doğurur.

Sık sorulan sorular

Hangi alanlar her zaman dilden bağımsız kalır?

Stok kodu, sipariş numarası gibi sayısal kodlar dilden bağımsızdır; tarih ve para birimi biçimi de dille değil bölgesel ayarla ilişkilidir.

Çeviri metinleri kod içine mi yazılmalı?

Hayır, ayrı bir çeviri dosyası/tablosunda tutulmalı; aksi hâlde her yeni dil kod değişikliği gerektirir.

Hangi işletmeler çoklu dil desteğine ihtiyaç duyar?

İhracat yapan, yabancı ortaklı veya farklı dilde müşteri/çalışan tabanına hizmet veren işletmeler; tek dilde hizmet veren işletmeler için gereksiz karmaşıklık katar.

Sonradan çoklu dil eklemek neden maliyetli?

Metinler kod içine sabit yazılmışsa, hepsinin tek tek bulunup çeviri yapısına taşınması gerekir; bu önemli bir yeniden yapılandırmadır.
  • çoklu dil
  • özel yazılım
  • yazılım mimarisi