Splync 1.14 ਵਿੱਚ ਖਰਚਿਆਂ ਲਈ Hard Delete ਅਤੇ Soft Delete ਦੀ ਪੇਸ਼ਕਸ਼

Hard delete ਡਾਟਾਬੇਸ ਵਿਚੋਂ ਡਾਟਾ ਨੂੰ ਸਥਾਈ ਤੌਰ ਤੇ ਹਟਾਉਂਦਾ ਹੈ। ਜਿਵੇਂ ਹੀ ਇਸ ਤਰੀਕੇ ਨਾਲ ਕਿਸੇ ਰਿਕਾਰਡ ਨੂੰ ਮਿਟਾਇਆ ਜਾਂਦਾ ਹੈ, ਇਸਨੂੰ ਬੈਕਅੱਪ ਦੀ ਮੌਜੂਦਗੀ ਦੇ ਬਗੈਰ ਮੁੜ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ। Soft delete ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ। ਡਾਟਾ ਨੂੰ ਭੌਤਿਕ ਤੌਰ 'ਤੇ ਹਟਾਉਣ ਦੀ ਬਜਾਏ, ਸਿਸਟਮ ਇਸਨੂੰ ਬੌਧਿਕ ਤੌਰ 'ਤੇ ਮਿਟਾਇਆ ਹੋਇਆ ਚਿੰਨ੍ਹਿਤ ਕਰਦਾ ਹੈ। ਡਾਟਾ ਡਾਟਾਬੇਸ ਵਿੱਚ ਬਣਿਆ ਰਹਿੰਦਾ ਹੈ ਪਰ ਇਸਨੂੰ ਨਿਸ਼ਕ੍ਰਿਆ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ। ਇਸ ਕਾਰਨ, Soft delete ਕੀਤੇ ਗਏ ਰਿਕਾਰਡ ਆਮ ਤੌਰ 'ਤੇ ਬਾਅਦ ਵਿੱਚ ਮੁੜ ਪ੍ਰਾਪਤ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਹਰ ਪਹੁੰਚ ਦੇ ਆਪਣੇ ਫਾਇਦੇ ਅਤੇ ਨੁਕਸਾਨ ਹਨ ਜਿਹੜੇ ਡਾਟਾ ਦੀ ਅਖੰਡਤਾ, ਤਾਲਮੇਲ ਅਤੇ ਯੂਜ਼ਰ ਦੇ ਤਜਰਬੇ ਸਬੰਧੀ ਹਨ। ਇੱਕ ਭਰੋਸੇਮੰਦ ਅਤੇ ਯੂਜ਼ਰ-ਫਰੈਂਡਲੀ ਖਰਚ ਸਾਂਝਾ ਕਰਨ ਦੀ ਸੇਵਾ ਡਿਜ਼ਾਈਨ ਕਰਨਾ ਇਸਦਾ ਸਹੀ ਸੰਤੁਲਨ ਲੱਭਣ ਦੀ ਗੱਲ ਹੈ। Splync ਵਿੱਚ, ਇਹ ਸੰਤੁਲਨ ਭਰੋਸਾ ਅਤੇ ਯੂਜ਼ਬਿਲਿਟੀ ਲਈ ਮਹੱਤਵਰੱਖਦਾ ਹੈ।

ਵਰਜਨ 1.14 ਤੋਂ ਪਹਿਲਾਂ, Splync ਵਿੱਚ ਇੱਕ ਖਰਚ ਨੂੰ ਮਿਟਾਉਣਾ ਡਾਟਾਬੇਸ ਤੋਂ ਤੁਰੰਤ ਅਤੇ ਸਥਾਈ ਤੌਰ 'ਤੇ ਹਟਾਉਣਾ ਸੀ। ਇਸ ਨਾਲ ਇੱਕ ਬਰੀਕ ਪਰ ਗੰਭੀਰ ਸਮੱਸਿਆ ਪੈਦਾ ਹੋਈ, ਖਾਸ ਕਰਕੇ ਕਿਉਂਕਿ Splync ਜੋੜਿਆਂ ਅਤੇ ਦੋਸਤਾਂ ਨੂੰ ਸਾਂਝੇ ਬਜਟਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਨ ਲਈ ਡਿਜ਼ਾਈਨ ਕੀਤਾ ਗਿਆ ਹੈ। ਇੱਕ ਸਾਂਝੇ ਪ੍ਰਾਜੈਕਟ ਦੀ ਕਲਪਨਾ ਕਰੋ ਜਿਸ ਵਿੱਚ ਦਰਜਨਾਂ ਖਰਚ ਹਨ। ਜੇਕਰ ਕੋਈ ਸਾਥੀ ਜਾਂ ਦੋਸਤ ਇੱਕ ਐਂਟਰੀ ਨੂੰ ਹਟਾਉਂਦਾ ਹੈ, ਚਾਹੇ ਅਨਜਾਣੇ ਵਿੱਚ ਜਾਂ ਇਰਾਦੇ ਨਾਲ, ਉਹ ਡਾਟਾ ਬਿਨਾਂ ਕਿਸੇ ਚਿੰਨ੍ਹ ਦੇ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ। ਇਸ ਨਾਲ ਗਲਤ ਨਿਪਟਾਨਾ ਗਣਨਾ ਹੋ ਸਕਦੀ ਹੈ ਅਤੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ, ਮੈਂਬਰਾਂ ਵਿਚਕਾਰ ਭਰੋਸਾ ਘੱਟ ਸਕਦਾ ਹੈ। ਬਹੁਤ ਸਾਰੇ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਯੂਜ਼ਰਾਂ ਨੂੰ ਪਤਾ ਵੀ ਨਹੀਂ ਲੱਗਦਾ ਕਿ ਕੁਝ ਗੁੰਮ ਹੈ। ਵਰਜਨ 1.14 ਇਸਦਾ ਹੱਲ ਦ੍ਰਿਸ਼ਟੀਤਾ ਅਤੇ ਵਾਪਸੀ ਦੀ ਸਹੂਲਤ ਨਾਲ ਕਰਦਾ ਹੈ। ਹੁਣ, ਜਦੋਂ ਕੋਈ ਖਰਚ ਹਟਾਇਆ ਜਾਂਦਾ ਹੈ, ਯੂਜ਼ਰਾਂ ਨੂੰ ਸੂਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਜਰੂਰਤ ਪੈਣ 'ਤੇ ਉਸਨੂੰ ਮੁੜ ਲਿਆਉਣ ਦਾ ਵਿਕਲਪ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।

ਵਰਜਨ 1.14 ਵਿੱਚ, ਜ਼ਿਆਦਾਤਰ ਮਿਟਾਉਣਾਂ ਨੂੰ Soft Delete ਦੇ ਤੌਰ 'ਤੇ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ। ਜਦੋਂ ਪ੍ਰਾਜੈਕਟ ਦਾ ਕੋਈ ਮੈਂਬਰ ਖਰਚ ਨੂੰ ਮਿਟਾਉਂਦਾ ਹੈ, ਹੋਰ ਮੈਂਬਰਾਂ ਨੂੰ ਇੱਕ ਸੂਚਨਾ ਮਿਲਦੀ ਹੈ। ਇਸੇ ਸਮੇਂ, ਖਰਚ ਨੂੰ 'ਕਚਰਾਪੇਟੀ' ਅਵਸਥਾ ਵਿੱਚ ਭੇਜ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਨਾ ਕਿ ਸਹੀ ਤੌਰ 'ਤੇ ਮਿਟਾਇਆ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ ਇਹ ਮਿਟਾਉਣ ਦੇ ਦਿਨਾਂ ਵਿੱਚ ਹੈ, ਤਾਂ ਕੋਈ ਵੀ ਪ੍ਰਾਜੈਕਟ ਮੈਂਬਰ ਇਸਨੂੰ ਸਰਗਰਮ ਖਰਚਾਂ ਦੀ ਸੂਚੀ ਵਿੱਚ ਮੁੜ ਲਿਆਉਣ ਸਕਦਾ ਹੈ। ਇਹ ਬਹੁਤ ਸਾਰੇ ਆਧੁਨਿਕ ਸਿਸਟਮਾਂ ਦੇ ਮਿਟਾਉਣ ਦੇ ਢੰਗ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਸੁਰੱਖਿਆ ਨੂੰ ਅੰਤ ਦੇ ਮੋਹਰੇ 'ਤੇ ਰੱਖਦਿਆਂ। ਹਾਲਾਂਕਿ, ਸਾਰੇ ਮਾਮਲੇ ਇੱਕੋ ਤਰੀਕੇ ਨਾਲ ਨਹੀਂ ਸੰਭਾਲੇ ਜਾਣੇ ਚਾਹੀਦੇ। ਜੇਕਰ ਕੋਈ ਯੂਜ਼ਰ ਗਲਤੀ ਨਾਲ ਗਰੁੱਪ ਪ੍ਰਾਜੈਕਟ ਵਿੱਚ ਨਿੱਜੀ ਖਰਚ ਜੋੜ ਦਿੰਦਾ ਹੈ, ਜਾਂ ਕੋਈ ਐਂਟਰੀ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਸੰਦਰਭ ਨਹੀਂ ਹੈ? ਗ਼ਲਤੀ ਜਾਂ ਗੋਪਨੀਯਤਾ ਦੇ ਮਾਮਲੇ ਤੋਂ ਬਚਣ ਲਈ ਤੁਰੰਤ ਹਟਾਉਣਾ ਜ਼ਰੂਰੀ ਹੋ ਸਕਦਾ ਹੈ। ਇਸਨੂੰ ਅਜਿਹੇ ਮਾਮਲਿਆਂ ਵਿੱਚ ਹਰ ਕਿਸੇ ਨੂੰ ਸੂਚਿਤ ਕਰਨਾ ਅਤੇ ਇੱਕ ਵਾਪਸੀਯੋਗ ਰਿਕਾਰਡ ਰੱਖਣਾ ਉਚਿਤ ਨਹੀਂ ਹੋ ਸਕਦਾ।

ਇਹ ਵਿਚਿੱਤਰ ਮਾਮਲੇ ਸੰਭਾਲਣ ਲਈ, Splync 1.14 ਹਾਰਡ ਡਿਲੀਟ ਲਈ ਨਿਯੰਤਰਿਤ ਸ਼ਰਤਾਂ ਪੇਸ਼ ਕਰਦਾ ਹੈ। ਕੋਈ ਖਰਚ ਸਥਾਈ ਤੌਰ 'ਤੇ ਬਿਨਾਂ ਕਿਸੇ ਸੂਚਨਾ ਦੇ ਮਿਟਾਇਆ ਜਾ ਸਕਦਾ ਹੈ ਜੇਕਰ ਯੂਜ਼ਰ ਜੋ ਇਸਨੂੰ ਮਿਟਾ ਰਿਹਾ ਹੈ ਉਹ ਖਰਚ ਦਾ ਸਿਰਜਣਹਾਰ ਅਤੇ ਆਖਰੀ ਸੰਪਾਦਕ ਹੈ, ਅਤੇ ਜੇਕਰ ਮਿਟਾਉਣਾ ਖਰਚ ਬਣਾਉਣ ਦੇ 30 ਮਿੰਟਾਂ ਵਿੱਚ ਹੁੰਦਾ ਹੈ। ਜਦੋਂ ਇਹ ਸ਼ਰਤਾਂ ਪੂਰੀਆਂ ਹੋਣ, ਤਬ ਸਿਸਟਮ ਇਸ ਕਿਰਿਆਵਾਈ ਨੂੰ ਇੱਕ ਤੇਜ਼ੀ ਨਾਲ ਵਾਪਸ ਕਰਨ ਦੇ ਰੂਪ ਵਿੱਚ ਟ੍ਰੀਟ ਕਰਦਾ ਹੈ ਨਾ ਕਿ ਇੱਕ ਸਾਂਝੇ ਘਟਨਾ ਦੇ ਰੂਪ ਵਿੱਚ। ਸਾਰੇ ਹੋਰ ਮਿਟਾਉਣ ਦੇ ਦ੍ਰਿਸ਼ ਟੋ Soft Delete ਮੂਲ ਰੂਪ ਵਿੱਚ ਮੰਨੇ ਜਾਂਦੇ ਹਨ। ਇਸ ਤਰੀਕੇ ਨਾਲ, Splync ਲਚਕ, ਗੋਪਨਯਤਾ, ਅਤੇ ਪਾਰਦਰਸ਼ਤਾ ਵਿਚਕਾਰ ਇਕ ਸੰਤੁਲਨ ਪੈਦਾ ਕਰਦਾ ਹੈ।

ਅਸੀਂ ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਜਿੰਨਾ ਸੌਖਾ ਬਣ ਸਕੇ ਤਿੰਨਾ ਸੌਖਾ ਬਣਾਇਆ ਹੈ। ਵਰਜਨ 1.14 ਵਿੱਚ, ਅਸੀਂ ਮੌਜੂਦਾ ਮੈਂਬਰ ਫਿਲਟਰ ਬਟਨ ਦੇ ਨਾਲ ਇੱਕ ਨਵਾਂ ਫਿਲਟਰ ਬਟਨ ਸ਼ਾਮਲ ਕੀਤਾ ਹੈ, ਜੋ ਯੂਜ਼ਰਾਂ ਨੂੰ ਸਰਗਰਮ ਅਤੇ ਕਚਰਾਪੇਟੀ ਵਿੱਚ ਪਏ ਖਰਚਾਂ ਵਿਚਕਾਰ ਟੌਗਲ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਇਸ ਕਾਰਨ, UI ਦੇ ਫਿਲਟਰ ਅਤੇ ਛਾਂਟ ਖੇਤਰ ਵਿੱਚ ਕੁਝ ਅਪਡੇਟ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ। ਇੰਟਰਫੇਸ ਨੂੰ ਸਧਾਰਨ ਅਤੇ ਸਮਝਣ ਲਈ ਆਸਾਨ ਰੱਖਣ ਲਈ, ਫਿਲਟਰ ਬਟਨਾਂ ਨੇ ਹੁਣ ਚਿੰਨ੍ਹ ਵਰਤੇ ਹਨ। ਇੱਕ ਸਰਗਰਮ ਖਰਚ ਲਈ, ਯੂਜ਼ਰ ਖਰਚ ਨੂੰ ਮਿਟਾਉਣ ਲਈ ਖੱਬੇ ਵੱਲ ਸਵਾਈਪ ਕਰ ਸਕਦੇ ਹਨ। ਮਿਟਾਉਣ ਬਟਨ ਨੂੰ ਦਬਾਉਣ ਦੇ ਬਾਅਦ, ਇੱਕ ਚੇਤਾਵਨੀ ਪ੍ਰਗਟ ਹੁੰਦੀ ਹੈ ਤਾਂ ਜੋ ਯਕੀਨ ਨਾਲ ਅੱਗੇ ਵਧਣ ਲਈ ਇਸ ਕਿਰਿਆਵਾਈ ਦਾ ਨਤੀਜਾ ਹਾਰਡ ਡਿਲੀਟ ਜਾਂ Soft Delete ਹੋਵੇਗਾ। ਕਚਰਾਪੇਟੀ ਵਿੱਚ ਪਏ ਖਰਚ ਲਈ, ਯੂਜ਼ਰ ਇਸਨੂੰ ਮੁੜ ਲਿਆਉਣ ਲਈ ਖੱਬੇ ਵੱਲ ਸਵਾਈਪ ਕਰ ਸਕਦੇ ਹਨ।

ਹੁਣ ਜਦੋਂ ਕਿ ਅਸੀਂ ਖਰਚ ਮਿਟਾਉਣ ਦੇ ਪ੍ਰਵਾਹ ਵਿੱਚ ਸੁਧਾਰ ਕੀਤਾ ਹੈ, ਅਗਲਾ ਕਦਮ ਪ੍ਰਾਜੈਕਟ ਮਿਟਾਉਣ ਨੂੰ ਜ਼ਿਆਦਾ ਲਚਕੀਲਾ ਬਣਾਉਣਾ ਹੈ। ਇਸ ਸਮੇਂ, ਯੂਜ਼ਰ ਸਿਰਫ ਇੱਕ ਪ੍ਰਾਜੈਕਟ ਨੂੰ ਨਿਪਟਾਉਣ ਤੋਂ ਬਾਅਦ ਹੀ ਮਿਟਾ ਸਕਦੇ ਹਨ। ਇੱਕ ਅਸੰਦਰਭ ਪ੍ਰਾਜੈਕਟ ਨੂੰ ਮਿਟਾਉਣ ਦਾ ਕੋਈ ਸਿੱਧਾ ਤਰੀਕਾ ਨਹੀਂ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਯੂਜ਼ਰਾਂ ਨੂੰ ਪ੍ਰਾਜੈਕਟ ਨੂੰ ਹਟਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਬੇਫਾਇਦਾ ਕਦਮਾਂ ਤੋਂ ਗੁਜ਼ਰਨਾ ਪੈਦਾ ਹੈ। ਜਦੋਂ ਇੱਕ ਪ੍ਰਾਜੈਕਟ ਗਲਤੀ ਨਾਲ ਬਣਾਇਆ ਗਿਆ ਸੀ, ਗਲਤੀ ਨਾਲ ਨਕਲ ਕੀਤਾ ਗਿਆ ਸੀ, ਜਾਂ ਸਿਰਫ ਹੋਰ ਲੋੜ ਨਹੀਂ ਸੀ, ਇਸ ਦੌਰਾਨ ਇਹ ਕਮਜ਼ੋਰੀ ਹੋ ਸਕਦੀ ਹੈ। ਪ੍ਰਾਜੈਕਟ ਨੂੰ ਮਿਟਾਉਣਾ ਇੱਕ ਖਰਚ ਨੂੰ ਮਿਟਾਉਣ ਨਾਲੋਂ ਜ਼ਿਆਦਾ ਸੰਕਲਪਤ ਹੈ। ਇਹ ਸਾਰੇ ਪ੍ਰਾਜੈਕਟ ਮੈਂਬਰਾਂ ਦੇ ਖਰਚ, ਬਕਾਇਆ, ਅਤੇ ਭਰੋਸੇ 'ਤੇ ਅਸਰ ਪਾਉਂਦਾ ਹੈ। ਇਸ ਕਾਰਨ, ਪ੍ਰਾਜੈਕਟ ਮਿਟਾਉਣ ਲਈ ਇਕ ਹੋਰ ਧਿਆਨ ਚਾਹੀਦਾ ਹੈ। ਇਕ ਬਿਹਤਰ ਹੱਲ ਦੱਸਿਆ ਜਾ ਰਿਹਾ ਹੈ।