Hard Delete ve Soft Delete Nedir
Hard delete, verileri fiziksel olarak silerek veritabanından kalıcı olarak kaldırır. Bir kayıt bu şekilde silindiğinde, yedekler yoksa geri getirilemez. Soft delete ise farklı çalışır. Verileri fiziksel olarak kaldırmak yerine, sistem onu mantıksal olarak silinmiş olarak işaretler. Veriler veritabanında kalır ancak etkin değilmiş gibi davranılır. Bu nedenle, soft delete ile silinen kayıtlar genellikle daha sonra geri getirilebilir. Her yaklaşımın veri bütünlüğü, uyumluluk ve kullanıcı deneyimi açısından kendi avantajları ve dezavantajları vardır. Güvenilir ve kullanıcı dostu bir gider paylaşım hizmeti tasarlamak, veri saklama ve temizlik arasında doğru dengeyi bulmak anlamına gelir. Splync'te, bu denge hem güven hem de kullanılabilirlik için önemlidir.
Splync 1.13 Sadece Hard Delete Sahipti
1.14 sürümünden önce, Splync'te bir gider silmek, veritabanından hemen ve kalıcı olarak kaldırılmak anlamına geliyordu. Bu, özellikle Splync çiftlerin ve arkadaşların paylaşılan bütçeleri kolayca yönetmesine yardımcı olacak şekilde tasarlandığı için, ince ama ciddi bir sorun yaratıyordu. Onlarca giderin bulunduğu bir paylaşılan projeyi hayal edin. Bir partner veya arkadaş bir girdiyi yanlışlıkla veya kasıtlı olarak sildiğinde, o veri iz bırakmadan kaybolur. Bu, yanlış hesaplamalara ve daha da önemlisi üyeler arasında güvenin sarsılmasına neden olabilir. Çoğu durumda, kullanıcılar bir şeyin eksik olduğunu bile fark etmezdi. 1.14 sürümü, görünürlük ve geri dönebilirlik sunarak bu durumu ele alır. Artık bir gider silindiğinde, kullanıcılar bilgilendirilir ve gerekirse geri yükleme seçeneği sunulur.
Splync 1.14 Varsayılan Olarak Soft Delete Kullanıyor
1.14 sürümünde, çoğu silme işlemi soft delete olarak gerçekleştirilir. Bir proje üyesi bir gideri sildiğinde, diğer üyeler bilgilendirilir. Aynı anda, gider fiziksel olarak silinmek yerine bir "çöp" durumuna taşınır. Silmeden itibaren 7 gün içinde, herhangi bir proje üyesi gideri aktif giderler listesine geri yükleyebilir. Bu, çoğu modern sistemin silme işlemlerini nasıl ele aldığını yansıtır, güvenliği kesinlikten önce tutar. Ancak, tüm durumlar eşit şekilde ele alınmamalıdır. Bir kullanıcı yanlışlıkla özel bir gideri grup projesine eklerse ya da giriş tamamen alakasızsa ne olur? Karışıklığı veya gizlilik endişelerini önlemek için hemen kaldırma gerekli olabilir. Bu durumlarda, herkesi bilgilendirmek ve geri yüklenebilir bir kayıt tutmak uygun olmayabilir.
İstisnalar: Hard Delete Ne Zaman İzin Verilir
Bu özel durumları ele almak için, Splync 1.14 kontrollü hard delete koşulları tanıtır. Bir gider, eğer silen kullanıcı hem giderin yaratıcısı hem de son düzenleyeni ise ve giderin oluşturulmasından itibaren 30 dakika içinde silme gerçekleşirse, bildirim olmaksızın kalıcı olarak silinebilir. Bu koşullar sağlandığında, sistem hareketi bir geri alma işlemi gibi ele alır, paylaşılan bir olay olarak değil. Diğer tüm silme senaryoları soft delete olarak varsayılır. Bu şekilde, Splync esneklik, gizlilik ve şeffaflık arasında bir denge kurar.
Çöp Kutusundaki Giderleri Nasıl Görüntüleyebilirsiniz
Bu özelliği olabildiğince sezgisel hissettirecek şekilde tasarladık. 1.14 sürümünde, mevcut üye filtreleme düğmesinin yanına yeni bir filtre düğmesi ekleyerek kullanıcıların aktif ve çöp kutusundaki giderler arasında geçiş yapmasını sağladık. Sonuç olarak, kullanıcı arayüzündeki filtreleme ve sıralama alanı biraz güncellendi. Arayüzü basit ve anlaşılır tutmak için filtre düğmeleri artık semboller kullanıyor. Aktif bir gider için, kullanıcılar silmek için sola kaydırabilir. Silme düğmesine dokunduktan sonra, işlemin hard delete mi yoksa soft delete mi olacağını netleştiren bir uyarı belirir, böylece kullanıcılar güvenle devam edebilir. Çöp kutusundaki bir gider için, kullanıcılar geri yüklemek için sola kaydırabilir.
Gider Soft Delete Sonrası Bir Sonraki Adım
Gider silme akışını iyileştirdikten sonra, bir sonraki adım proje silmeyi daha esnek hale getirmektir. Şu anda, kullanıcılar bir projeyi yalnızca kapattıktan sonra silebilir. Kapatılmamış bir projeyi doğrudan silmenin bir yolu yoktur, bu da kullanıcıların bir projeyi kaldırmadan önce gereksiz adımlardan geçmesi gerektiği anlamına gelir. Yanlışlıkla oluşturulan, istemeden çoğaltılan veya artık ihtiyaç duyulmayan projeler için bu rahatsızlık verici olabilir. Gider silmeyi iyileştirmek, bu sorunu çözmeye yönelik önemli bir adımdı, çünkü bir projeyi silmek, tek bir gideri silmekten daha karmaşıktır. Tüm proje üyelerinin giderlerini, bakiyelerini ve güvenlerini etkileyebilir. Bu nedenle, proje silme daha dikkatli bir tasarım gerektirir. Daha iyi bir çözüm yolda.