Splync 1.14 引入支出永久刪除與軟刪除

永久刪除透過實體刪除來永久移除資料，一旦刪除，除非有備份，否則無法恢復。軟刪除則不同，系統只是邏輯上將資料標記為刪除，資料仍在資料庫中但被視為不活躍。因此，軟刪除的記錄通常可以稍後恢復。每種方法在資料完整性、合規性和用戶體驗上各有優劣。設計一個可靠且用戶友好的共享支出服務意味著在資料保留和清理之間找到平衡。在 Splync，這個平衡對於信任和使用性都很重要。

在 1.14 版之前，在 Splync 中刪除支出意味著從資料庫中立即且永久地刪除。這造成了一個隱晦但嚴重的問題，特別是因為 Splync 的設計目的是幫助夫妻和朋友輕鬆管理共享預算。想像一個有數十筆支出的共享項目。如果一個夥伴或朋友無意或故意刪除了一筆支出，該數據會消失得無影無蹤。這可能導致結算計算錯誤，更重要的是，削弱成員間的信任。在許多情況下，使用者甚至不會注意到有什麼不見了。1.14 版通過引入可見性和可逆性解決了這個問題。現在，當支出被刪除時，用戶會收到通知，並可選擇在需要時恢復。

在 1.14 版中，大多數刪除操作都處理為軟刪除。當一個項目成員刪除支出時，其他成員會收到通知。與此同時，支出被移至“垃圾箱”狀態，而非實體刪除。如果在刪除後 7 天內，任何項目成員都可以將支出恢復到活躍支出列表。這反映了許多現代系統如何處理刪除，優先考慮安全而非終結。然而，並非所有情況都應該一概而論。如果一個用戶不小心將私人支出添加到群組項目中，或者一個條目完全無關緊要，可能需要立即移除以避免混淆或隱私問題。在這些情況下，通知所有人和保留可恢復記錄可能是不合適的。

為了處理這些邊界情況，Splync 1.14 引入了受控的永久刪除條件。如果刪除人同時是支出的創建者和最後編輯者，且刪除發生在創建後 30 分鐘內，則可在不通知的情況下永久刪除支出。當滿足這些條件時，系統將此行為視為快速撤銷而非共享事件。其他所有刪除情境預設為軟刪除。如此一來，Splync 在靈活性、隱私及透明度之間取得平衡。

我們設計這個功能盡可能直觀。在 1.14 版中，我們在現有成員篩選按鈕旁增加了一個新的篩選按鈕，讓用戶可以切換查看活躍或已刪除的支出。因此，UI 的篩選和排序區域略有更新。為了保持界面簡單易懂，篩選按鈕現在使用符號。對於活躍支出，用戶可左滑以刪除。點擊刪除按鈕後，會出現警示以澄清此操作是永久刪除還是軟刪除，讓用戶可以安心操作。對於已刪除的支出，用戶可左滑以恢復。

現在我們已改進支出刪除流程，下一步是讓項目刪除更靈活。目前，用戶只能在結算後刪除項目。沒有直接方式刪除未結算的項目，這意味著用戶必須經歷不必要的步驟才能移除項目。在項目是錯誤創建、無意複製或不再需要時，這可能會不便。改進支出刪除是解決此問題的重要基石，因為刪除項目比刪除單筆支出更複雜。它可能影響所有項目成員的支出、餘額和信任。因此，項目刪除需要更精細的設計。更好的解決方案正在路上。