Splync 1.14 نے اخراجات کے لیے ہارڈ ڈیلیٹ اور سافٹ ڈیلیٹ متعارف کرائے

ہارڈ ڈیلیٹ ڈیٹا کو جسمانی طور پر حذف کرکے ڈیٹا بیس سے مستقل طور پر ہٹا دیتا ہے۔ ایک بار جب کوئی ریکارڈ اس طرح حذف ہو جاتا ہے، تو اسے اس وقت تک بازیافت نہیں کیا جا سکتا جب تک کہ بیک اپ موجود نہ ہوں۔ سافٹ ڈیلیٹ مختلف طریقے سے کام کرتا ہے۔ ڈیٹا کو جسمانی طور پر ہٹانے کے بجائے، سسٹم منطقی طور پر اسے حذف شدہ کے طور پر نشان زد کرتا ہے۔ ڈیٹا ڈیٹا بیس میں رہتا ہے لیکن اسے غیر فعال کے طور پر سمجھا جاتا ہے۔ اس کی وجہ سے، سافٹ ڈیلیٹ کیے گئے ریکارڈز کو عام طور پر بعد میں بحال کیا جا سکتا ہے۔ ہر طریقہ کار کے اپنے فوائد اور نقصانات ہیں، جیسے کہ ڈیٹا کی سالمیت، تعمیل اور صارف کا تجربہ۔ ایک قابل اعتماد اور صارف دوست اخراجات کا اشتراک کرنے والی سروس کو ڈیزائن کرنے کا مطلب ہے کہ ڈیٹا کے تحفظ اور صفائی کے درمیان صحیح توازن تلاش کرنا۔ Splync میں، یہ توازن اعتماد اور استعمال کے لئے اہم ہے۔

ورژن 1.14 سے پہلے، Splync میں کسی خرچ کو حذف کرنے کا مطلب ڈیٹا بیس سے فوری اور مستقل ہٹانا تھا۔ اس نے ایک لطیف لیکن سنگین مسئلہ پیدا کیا، خاص طور پر کیونکہ Splync جوڑوں اور دوستوں کو مشترکہ بجٹ کو آسانی سے منظم کرنے میں مدد کرنے کے لیے ڈیزائن کیا گیا ہے۔ درجنوں اخراجات کے ساتھ ایک مشترکہ پروجیکٹ کا تصور کریں۔ اگر کوئی پارٹنر یا دوست کسی اندراج کو حذف کرتا ہے، چاہے غلطی سے یا جان بوجھ کر، وہ ڈیٹا بغیر کسی نشان کے غائب ہو جاتا ہے۔ یہ غلط تصفیہ کے حسابات کا باعث بن سکتا ہے اور، اہم بات یہ ہے کہ، اراکین کے درمیان اعتماد کو کمزور کر سکتا ہے۔ بہت سے معاملات میں، صارفین کو یہ بھی نہیں پتہ چلتا کہ کچھ غائب ہے۔ ورژن 1.14 نے یہ مسئلہ حل کیا ہے اور اب جب بھی کوئی خرچ ہٹایا جاتا ہے، صارفین کو مطلع کیا جاتا ہے اور اگر ضرورت ہو تو اسے بحال کرنے کا اختیار دیا جاتا ہے۔

ورژن 1.14 میں، زیادہ تر حذفیاں سافٹ ڈیلیٹ کے طور پر ہینڈل کی جاتی ہیں۔ جب کوئی پروجیکٹ ممبر خرچ حذف کرتا ہے، تو دوسرے ممبران کو ایک اطلاع ملتی ہے۔ اسی وقت، خرچ کو جسمانی طور پر مٹانے کے بجائے "کچرے" کی حالت میں منتقل کر دیا جاتا ہے۔ اگر یہ حذف ہونے کے 7 دن کے اندر ہے، تو کوئی بھی پروجیکٹ ممبر خرچ کو فعال اخراجات کی فہرست میں بحال کر سکتا ہے۔ یہ اس بات کی عکاسی کرتا ہے کہ کیسے بہت سے جدید نظام حذف کو ہینڈل کرتے ہیں، حفاظت کو حتمی نتیجے پر ترجیح دیتے ہیں۔ تاہم، تمام معاملات کو یکساں طور پر نہیں برتا جانا چاہیے۔ اگر کوئی صارف غلطی سے کسی ذاتی خرچ کو گروپ پروجیکٹ میں شامل کر دیتا ہے، یا کوئی اندراج بالکل غیر متعلقہ ہے؟ الجھن یا رازداری کے خدشات سے بچنے کے لیے فوری ہٹانا ضروری ہو سکتا ہے۔ ان معاملات میں، ہر کسی کو مطلع کرنا اور ایک قابل بازیافت ریکارڈ رکھنا مناسب نہیں ہو سکتا۔

ان غیر معمولی حالات کو سنبھالنے کے لیے، Splync 1.14 ہارڈ ڈیلیٹ کے لیے کنٹرول شدہ شرائط متعارف کراتا ہے۔ اگر خرچ کو حذف کرنے والا صارف اس کا تخلیق کنندہ اور آخری ایڈیٹر دونوں ہے، اور اگر خرچ تخلیق ہونے کے 30 منٹ کے اندر حذف کر دیا جاتا ہے، تو خرچ کو بغیر کسی اطلاع کے مستقل طور پر حذف کیا جا سکتا ہے۔ جب یہ شرائط پوری ہوتی ہیں، تو سسٹم اس عمل کو ایک تیز واپسی کے طور پر لیتا ہے نہ کہ ایک مشترکہ ایونٹ کے طور پر۔ تمام دیگر حذف کے منظرنامے سافٹ ڈیلیٹ پر ڈیفالٹ ہوتے ہیں۔ اس طرح، Splync لچک، رازداری، اور شفافیت کے درمیان توازن قائم کرتا ہے۔

ہم نے اس فیچر کو جتنا ممکن ہو آسانی سے قابل فہم بنانے کے لیے ڈیزائن کیا ہے۔ ورژن 1.14 میں، ہم نے موجودہ ممبر فلٹر بٹن کے ساتھ ایک نیا فلٹر بٹن شامل کیا ہے، جو صارفین کو فعال اور ٹریش کیے گئے اخراجات کے درمیان ٹوگل کرنے کی اجازت دیتا ہے۔ نتیجے کے طور پر، UI کے فلٹر اور ترتیب کے علاقے کو تھوڑا سا اپ ڈیٹ کیا گیا ہے۔ انٹرفیس کو سادہ اور سمجھنے میں آسان رکھنے کے لیے، فلٹر بٹن اب علامتوں کا استعمال کرتے ہیں۔ ایک فعال خرچ کے لیے، صارفین اسے حذف کرنے کے لیے بائیں طرف سوائپ کر سکتے ہیں۔ ڈیلیٹ بٹن کو ٹیپ کرنے کے بعد، ایک الرٹ ظاہر ہوتا ہے جو اس بات کی وضاحت کرتا ہے کہ آیا عمل ہارڈ ڈیلیٹ یا سافٹ ڈیلیٹ کا نتیجہ ہوگا، تاکہ صارفین اعتماد کے ساتھ آگے بڑھ سکیں۔ ایک ٹریش کیے گئے خرچ کے لیے، صارفین اسے بحال کرنے کے لیے بائیں طرف سوائپ کر سکتے ہیں۔

اب جب کہ ہم نے خرچ کے حذف کے بہاؤ کو بہتر بنا دیا ہے، اگلا مرحلہ پروجیکٹ کے حذف کو مزید لچکدار بنانا ہے۔ اس وقت، صارفین صرف پروجیکٹ کو ختم کرنے کے بعد ہی حذف کر سکتے ہیں۔ غیر حل شدہ پروجیکٹ کو حذف کرنے کا کوئی براہ راست طریقہ نہیں ہے، جس کا مطلب ہے کہ صارفین کو پروجیکٹ ہٹانے سے پہلے غیر ضروری اقدامات اٹھانے پڑتے ہیں۔ ان حالات میں یہ تکلیف دہ ہو سکتا ہے جہاں پروجیکٹ غلطی سے بنایا گیا ہو، بلا ارادہ دوہرا ہو، یا محض غیر ضروری ہو۔ خرچ کے حذف کو بہتر بنانا اس مسئلے کے حل کی طرف ایک اہم قدم تھا، کیونکہ پروجیکٹ کو حذف کرنا ایک واحد خرچ کو حذف کرنے سے زیادہ پیچیدہ ہے۔ اس سے متاثرہ افراد کے اخراجات، بیلنس، اور اعتماد متاثر ہو سکتے ہیں۔ اسی وجہ سے، پروجیکٹ کے حذف کے لیے زیادہ محتاط ڈیزائن کی ضرورت ہوتی ہے۔ ایک بہتر حل راستے میں ہے۔