A Splync 1.14 bemutatja a végleges és nem végleges törlést a kiadásoknál

A végleges törlés véglegesen eltávolítja az adatokat az adatbázisból fizikai törlés révén. Ha egy rekord így kerül törlésre, nem lehet visszaállítani, kivéve, ha léteznek biztonsági mentések. A nem végleges törlés másképp működik. A rendszer logikailag jelöli meg töröltként az adatokat, ahelyett, hogy ténylegesen eltávolítaná őket. Az adatok az adatbázisban maradnak, de inaktívként kezelik őket. Emiatt a nem véglegesen törölt rekordok általában később visszaállíthatók. Mindkét megközelítésnek megvannak az előnyei és hátrányai az adat integritása, megfelelőség és felhasználói élmény szempontjából. Megbízható és felhasználóbarát kiadás-megosztó szolgáltatás tervezésekor fontos megtalálni a megfelelő egyensúlyt az adatmegőrzés és a tisztítás között. A Splync-ben ez az egyensúly a bizalom és a használhatóság szempontjából is számít.

Az 1.14-es verzió előtt egy kiadás törlése a Splync-ben azonnali és végleges eltávolítást jelentett az adatbázisból. Ez finom, de komoly problémát okozott, különösen azért, mert a Splync arra lett tervezve, hogy párok és barátok könnyedén kezelhessék a közös költségvetéseket. Képzelj el egy közös projektet tucatnyi kiadással. Ha egy partner vagy barát töröl egy bejegyzést, akár véletlenül, akár szándékosan, az adatok nyom nélkül eltűnnek. Ez hibás elszámolási eredményekhez vezethet, és ami még fontosabb, alááshatja a tagok közötti bizalmat. Sok esetben a felhasználók észre sem vennék, hogy hiányzik valami. Az 1.14-es verzió ezt a láthatóság és visszaállíthatóság bevezetésével kezeli. Most, amikor egy kiadás törlésre kerül, a felhasználók értesítést kapnak, és lehetőséget a visszaállításra, ha szükséges.

Az 1.14-es verzióban a törlések többsége nem végleges törlésként kezelődik. Amikor egy projekt tagja töröl egy kiadást, a többi tag értesítést kap. Ugyanakkor a kiadás "kukába" kerül, ahelyett, hogy fizikailag törlődne. Ha a törlés óta 7 napon belül van, bármelyik projekt tag visszaállíthatja a kiadást az aktív kiadások listájára. Ez tükrözi, ahogy sok modern rendszer kezeli a törlést, a biztonságot helyezve előtérbe a véglegességgel szemben. Azonban nem minden esetet kell egyenlőként kezelni. Mi van, ha egy felhasználó véletlenül hozzáad egy privát kiadást egy csoportos projekthez, vagy egy bejegyzés teljesen irreleváns? Azonnali eltávolításra lehet szükség a zavar vagy a személyes adatok védelme érdekében. Ezekben az esetekben nem mindenki értesítése és a visszaállítható rekord megőrzése nem mindig megfelelő.

Ezen különleges esetek kezelésére a Splync 1.14 bevezeti a szabályozott végleges törlés feltételeit. Egy kiadás véglegesen törölhető értesítés nélkül, ha a törlést végző felhasználó azonos a kiadás létrehozójával és az utolsó szerkesztőjével, és ha a törlés a létrehozástól számított 30 percen belül történik. Ha ezek a feltételek teljesülnek, a rendszer az akciót gyors visszavonásként kezeli, nem pedig megosztott eseményként. Minden más törlési eset alapértelmezés szerint nem végleges törlésként kezeli. Így a Splync egyensúlyt talál a rugalmasság, a magánélet és az átláthatóság között.

Ezt a funkciót úgy terveztük meg, hogy a lehető legintuitívebb legyen. Az 1.14-es verzióban egy új szűrőgombot adtunk hozzá a meglévő tag szűrőgomb mellé, amely lehetővé teszi a felhasználók számára, hogy váltsanak az aktív és a törölt kiadások között. Ennek eredményeként a szűrési és rendezési terület kissé frissült a felhasználói felületen. Az egyszerű és könnyen érthető felület érdekében a szűrőgombok most szimbólumokat használnak. Egy aktív kiadásnál a felhasználók balra húzással törölhetik azt. A törlés gombra való koppintás után egy figyelmeztetés jelenik meg, amely tisztázza, hogy a művelet végleges vagy nem végleges törlést eredményez-e, így a felhasználók magabiztosan folytathatják. Egy törölt kiadás esetén a felhasználók balra húzással állíthatják vissza azt.

Most, hogy javítottuk a kiadások törlési folyamatát, a következő lépés, hogy rugalmasabbá tegyük a projektek törlését. Jelenleg a felhasználók csak azután törölhetnek egy projektet, hogy elszámolták azt. Nincs közvetlen módja egy nem elszámolt projekt törlésének, ami azt jelenti, hogy a felhasználóknak felesleges lépéseken kell átesniük a projekt eltávolítása előtt. Ez kényelmetlen lehet olyan esetekben, amikor egy projekt véletlenül jött létre, véletlenül duplikált, vagy egyszerűen már nincs rá szükség. A kiadások törlésének fejlesztése fontos lépés volt a probléma megoldása felé, mert egy projekt törlése összetettebb, mint egyetlen kiadás törlése. Ez befolyásolhatja a kiadásokat, az egyenlegeket és a projekt összes tagjának bizalmát. Ezért a projektek törlése körültekintőbb tervezést igényel. Egy jobb megoldás hamarosan elérhető lesz.