Mobil Uygulamada Backend ve API: Bağlantı Kesilince Kullanıcı Ne Görmeli?

Mobil uygulamanın sunucuyla iletişimi yalnız geliştiricinin konusu değildir. Veri gelmediğinde, oturum kapandığında veya işlem sonucu belirsiz kaldığında kullanıcının ne göreceği tasarlanmalıdır. Backend ve API kararları bu nedenle arayüz planıyla birlikte ele alınır.

Her uygulama aynı altyapıya ihtiyaç duymaz

Yalnız cihazda çalışan basit bir araç uzak sunucu gerektirmeyebilir. Ortak hesaplar, cihazlar arasında eşitlenen kayıtlar veya merkezi sipariş yönetimi varsa sunucu tarafındaki görevler belirginleşir. Hazır bir servis kullanılması bu sorumlulukları ortadan kaldırmaz; verinin nerede bulunduğu ve hizmet kesilince ne olacağı yine bilinmelidir.

Tasarım toplantısında her önemli bilgi için kaynağı yazın. Ürün stoğu nereden geliyor? Kullanıcının değiştirdiği adres hangi aşamada kaydoluyor? Yönetici güncellemesi telefonda ne zaman görünecek? Bu cevaplar bulunmadan yalnız örnek verilerle ekran üretmek eksik kararları gizleyebilir.

İşlem durumunu açıkça gösterin

Bir kayıt akışını örnek alalım. Kullanıcı formu doldurdu; gönder düğmesine bastı; bağlantı kesildi. Sunucu kaydı kabul etmiş ancak yanıt telefona ulaşmamış olabilir. Arayüzün hemen başarısızlık ilan edip yeniden gönderim istemesi bazı işlerde çift kayıt riskini artırır. Teknik ekip işlem kimliği ve tekrar deneme davranışını belirlerken tasarımcı anlaşılır durum mesajını ve güvenli sonraki adımı hazırlar.

• Henüz gönderilmemiş taslak ile kaydedilmiş kayıt ayrı görünmeli.
• Bekleyen işlem, tamamlanmış gibi sunulmamalı.
• Yeniden deneme düğmesi hangi işlemi tekrarladığını açıklamalı.
• Son güncelleme bilgisi, eski verinin kararları etkilediği yerde görünmeli.

Çevrimdışı çalışma bir ekran değil, davranış planıdır

Android'in çevrimdışı öncelikli mimari rehberi yerel ve ağ veri kaynaklarının birlikte ele alınmasını açıklar. Kullanıcı açısından ise üç karar önemlidir: bağlantısızken neyi görebilir, neyi değiştirebilir ve yeniden bağlandığında çakışma olursa ne olur?

İki çalışanın aynı kaydı değiştirmesi olasıysa “son yazılan kazanır” gibi bir kuralın işe uygunluğu değerlendirilmelidir. Tasarımcı teknik kuralı tek başına seçmez; fakat kullanıcıdan seçim istenecekse bunun ekranını ve açıklamasını hazırlamalıdır.

Geliştiriciye teslim edilecek kontrol listesi

Ana akışın yanında boş veri, yükleme, yetki eksikliği, oturum sonu ve bağlantı sorunu durumlarını belgeleyin. Gerçek hata ayrıntılarının kullanıcıya dökülmesi yerine anlaşılır açıklama ve gerekli yönlendirme tasarlayın. Teknik güvenlik testleri, güzel hata mesajlarının yerine geçmez.

API arayüz durumları rehberi genel kontrol listesini, mobil uygulama tasarımı ise bu kararların ekranlara aktarılmasını kapsar. Selçuk Aker ile çalışmada arayüz teslimi ve sunucu geliştirme sorumlulukları ayrı tanımlanır.