حذف دائمی و حذف موقت چیست
حذف دائمی به طور کامل دادهها را از پایگاه داده پاک میکند و امکان بازیابی آن وجود ندارد مگر اینکه پشتیبانگیری وجود داشته باشد. حذف موقت به روشی متفاوت عمل میکند. سیستم به جای حذف فیزیکی، داده را به صورت منطقی به عنوان حذف شده علامتگذاری میکند. دادهها در پایگاه داده باقی میمانند اما به عنوان غیرفعال شناخته میشوند. به این دلیل، رکوردهای حذف موقت معمولاً قابل بازیابی هستند. هر رویکردی مزایا و معایب خاص خود را از نظر یکپارچگی دادهها، تطابق و تجربه کاربری دارد. طراحی یک سرویس اشتراک هزینه قابل اعتماد و کاربرپسند به معنای پیدا کردن تعادل مناسب بین نگهداری دادهها و پاکسازی است. در Splync این تعادل برای اعتماد و کارآیی اهمیت ویژهای دارد.
Splync 1.13 فقط حذف دائمی داشت
پیش از نسخه 1.14، حذف یک هزینه در Splync به معنای حذف فوری و دائم از پایگاه داده بود. این امر مشکلی ظریف اما جدی به وجود میآورد، بهویژه چون Splync برای کمک به زوجها و دوستان در مدیریت بودجههای مشترک طراحی شده است. تصور کنید که در یک پروژه مشترک دهها هزینه وجود دارد. اگر یک شریک یا دوست ورودی را حذف کند، چه بهطور تصادفی و چه عمدی، آن داده بدون هیچ ردی از بین میرود. این میتواند به محاسبات تسویه نادرست و مهمتر از همه، از بین رفتن اعتماد بین اعضا منجر شود. در بسیاری از موارد، کاربران حتی متوجه نبود چیزی نمیشدند. نسخه 1.14 با معرفی قابلیت دیده شدن و برگشتپذیری این مشکل را حل کرده است. اکنون، وقتی هزینهای حذف میشود، به کاربران اطلاع داده میشود و در صورت نیاز گزینه بازیابی آن ارائه میشود.
Splync 1.14 به صورت پیشفرض از حذف موقت استفاده میکند
در نسخه 1.14، اکثر حذفها به صورت حذف موقت انجام میشود. وقتی یک عضو پروژه، هزینهای را حذف میکند، بقیه اعضا یک اعلان دریافت میکنند. همزمان، هزینه به حالت زباله منتقل میشود و به صورت فیزیکی پاک نمیشود. اگر حذف در ظرف ۷ روز انجام شده باشد، هر عضوی میتواند هزینه را به لیست هزینههای فعال بازگرداند. این روش مانند نحوه عملکرد بسیاری از سیستمهای مدرن است که ایمنی را بر نهایی بودن اولویت میدهند. با این حال، همه موارد نباید به یک شکل برخورد شوند. اگر یک کاربر بهطور تصادفی یک هزینه خصوصی را به یک پروژه گروهی اضافه کند یا ورودی کاملاً بیربط باشد، حذف فوری ممکن است برای جلوگیری از سردرگمی یا نگرانیهای حریم خصوصی لازم باشد. در این موارد، اطلاعرسانی به همه و نگهداشتن یک رکورد قابل بازیابی ممکن است مناسب نباشد.
استثناها: زمانی که حذف دائمی مجاز است
برای مدیریت این موارد خاص، Splync 1.14 شرایط کنترل شدهای برای حذف دائمی معرفی کرده است. یک هزینه میتواند بدون اطلاعرسانی بهطور دائم حذف شود اگر کاربر حذفکننده هم سازنده و هم آخرین ویرایشگر هزینه باشد و حذف در ۳۰ دقیقه پس از ایجاد هزینه انجام شود. هنگامی که این شرایط برآورده شود، سیستم عمل را به عنوان یک لغو سریع به جای یک رویداد مشترک تلقی میکند. سایر سناریوهای حذف به صورت پیشفرض به حذف موقت تبدیل میشوند. به این ترتیب، Splync بین انعطافپذیری، حریم خصوصی و شفافیت تعادل ایجاد میکند.
چگونه هزینههای زبالهدان را ببینیم
ما این ویژگی را به گونهای طراحی کردیم که تا حد امکان شهودی باشد. در نسخه 1.14، یک دکمه فیلتر جدید در کنار دکمه فیلتر عضو موجود اضافه کردیم که به کاربران امکان میدهد بین هزینههای فعال و زبالهدان جابجا شوند. به همین دلیل، منطقه فیلتر و مرتبسازی رابط کاربری کمی بروز شده است. برای اینکه رابط کاربری ساده و قابل فهم باقی بماند، دکمههای فیلتر اکنون از نمادها استفاده میکنند. برای یک هزینه فعال، کاربران میتوانند به سمت چپ سوایپ کنند تا آن را حذف کنند. بعد از ضربه زدن به دکمه حذف، یک هشدار ظاهر میشود تا مشخص کند آیا عمل منجر به حذف دائمی یا حذف موقت خواهد شد، بنابراین کاربران میتوانند با اطمینان ادامه دهند. برای یک هزینه زبالهدان، کاربران میتوانند به سمت چپ سوایپ کنند تا آن را بازیابی کنند.
گام بعدی پس از حذف موقت هزینه
حالا که جریان حذف هزینه را بهبود دادهایم، گام بعدی انعطافپذیرتر کردن حذف پروژه است. در حال حاضر، کاربران میتوانند پروژه را تنها پس از تسویه آن حذف کنند. هیچ راه مستقیمی برای حذف پروژه تسویه نشده وجود ندارد، که به این معنی است که کاربران باید قبل از حذف یک پروژه مراحل غیرضروری را طی کنند. این میتواند در مواردی که یک پروژه به اشتباه ایجاد شده، بهطور ناخواسته تکراری شده، یا دیگر نیازی به آن نیست، ناراحتکننده باشد. بهبود حذف هزینه یک گام مهم برای حل این مسئله بود، زیرا حذف یک پروژه پیچیدهتر از حذف یک هزینه واحد است. این میتواند بر هزینهها، ترازنامهها و اعتماد همه اعضای پروژه تأثیر بگذارد. به همین دلیل، حذف پروژه نیاز به طراحی دقیقتری دارد. راهحل بهتری در راه است.