Mobil uygulama geliştirme / DIJION
Kullanıcının yazdığını kaybetmemek: taslak ve geri dönüş akışları
Taslak, sunucu kaydı ve gönderimi ayıran; kesinti, hesap değişimi ve yeniden denemeyi kapsayan bir form tasarım rehberi.
Bir formun doldurulması emek ister. Telefon görüşmesi, oturumun sona ermesi veya yanlışlıkla geri gitmek bu emeği yok edebilir. Ancak çözüm her alanı sonsuza kadar saklamak değildir. Önce kullanıcı hangi bilgiyi geri bulmayı bekler, hangi bilgi cihazda kalmamalı ve hangi işlem gerçekten tamamlanmış sayılır sorularını yanıtlayın.
Üç farklı kaydı birbirine karıştırmayın
Ekrandaki metin, cihazdaki taslak ve sunucunun onayladığı kayıt farklı durumlardır. Örnek bir geri bildirim formunda kullanıcı mesajı yazmış olabilir; bu, taslağın kalıcı olarak saklandığı veya mesajın iletildiği anlamına gelmez. Kaydetme göstergesini gerçek saklama sonucuna bağlayın.
Tüm sütunlar için tabloyu yatay kaydırabilirsiniz.
| Durum | Doğru açıklama | Sonraki adım |
|---|---|---|
| Yalnız ekranda | Henüz kaydedilmedi | Çıkışta kaybı açıklayın |
| Yerel taslak | Taslak bu cihazda kaydedildi | Geri dönüşte taslağı sunun |
| Sunucu onayı | Mesaj gönderildi | Tekrar gönderimi önleyin |
Taslağın kapsamını belirleyin
Taslak anahtarını yalnız ekran adına bağlamak, farklı hesapların metnini karıştırabilir. Hesap ve kayıt bağlamını ayırın; çıkış yapıldığında ne olacağını belirleyin. Parola gibi sırları otomatik taslak sisteminin dışında tutun. Saklama süresi, silme yolu ve yeniden açılış davranışı aynı kararın parçalarıdır.
Android durum saklama belgeleri geçici ekran durumuyla kalıcı veriyi ayırır. Tasarım açısından da bu ayrım yararlıdır: döndürmede korunacak seçim ile uygulama kapatılıp açıldığında geri getirilecek belge aynı saklama vaadi değildir.
Geri dönüşü kullanıcıya açıklayın
Eski taslak bulunduğunda sessizce yeni bir kaydı ezmeyin. “Bu cihazda tamamlanmamış bir taslak var” açıklamasıyla devam etme ve silme seçenekleri sunun. Sunucudaki kayıt değişmişse hangi sürümün açıldığını belirtin. Çakışma kararını yalnız tarih etiketine bırakmayın.
Yeniden deneme yeni bir gönderim olmayabilir
İstek zaman aşımına uğradığında sunucu işlemi tamamlamış olabilir. Kullanıcının metnini korumak gerekir; fakat tekrar düğmesi aynı mesajı iki kez oluşturmamalıdır. Sunucu destekliyorsa işlem kimliğiyle sonucu sorgulayın veya tekrarları ayırt edin. Destek yoksa kesin başarı ya da başarısızlık sözü vermeyin.
Kabul kontrolü
- Formu doldurun; başka uygulamaya geçip geri dönün.
- Gönderim sırasında bağlantıyı kesin; metnin ve belirsiz durumun korunduğunu kontrol edin.
- Hesap değiştirin; önceki hesabın taslağı yeni hesaba taşınmamalı.
- Taslağı silip uygulamayı açın; silinen içerik geri gelmemeli.
Son teslim çıktısı, alan bazında saklama kapsamı ve her kesinti sonrası beklenen davranıştır. Böylece “veri kaybolmasın” isteği geliştirilebilir ve test edilebilir bir sözleşmeye dönüşür.