ਅਜੇ ਵੀ ਬਹੁਤ ਸਾਰੇ ਲੋਕ ਹਨ ਜੋ ਨਹੀਂ ਜਾਣਦੇ ਕਿ ਆਈਓਐਸ ਵਿੱਚ ਮਲਟੀਟਾਸਕਿੰਗ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ। ਸ਼ੁਰੂ ਕਰਨ ਲਈ, ਹਾਲਾਂਕਿ, ਇਹ ਦੱਸਣਾ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਇਹ ਅਸਲ ਮਲਟੀਟਾਸਕਿੰਗ ਨਹੀਂ ਹੈ, ਪਰ ਇੱਕ ਬਹੁਤ ਹੀ ਸਮਾਰਟ ਹੱਲ ਹੈ ਜੋ ਸਿਸਟਮ ਜਾਂ ਉਪਭੋਗਤਾ 'ਤੇ ਬੋਝ ਨਹੀਂ ਪਾਉਂਦਾ ਹੈ।
ਕਿਸੇ ਨੂੰ ਅਕਸਰ ਵਹਿਮਾਂ-ਭਰਮਾਂ ਸੁਣਨ ਨੂੰ ਮਿਲਦੀਆਂ ਹਨ ਕਿ iOS ਵਿੱਚ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਚੱਲ ਰਹੀਆਂ ਐਪਾਂ ਓਪਰੇਟਿੰਗ ਮੈਮੋਰੀ ਨੂੰ ਭਰ ਦਿੰਦੀਆਂ ਹਨ, ਜਿਸ ਨਾਲ ਸਿਸਟਮ ਹੌਲੀ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਬੈਟਰੀ ਲਾਈਫ ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ ਉਪਭੋਗਤਾ ਨੂੰ ਉਹਨਾਂ ਨੂੰ ਹੱਥੀਂ ਬੰਦ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਮਲਟੀਟਾਸਕਿੰਗ ਬਾਰ ਵਿੱਚ ਅਸਲ ਵਿੱਚ ਸਾਰੀਆਂ ਚੱਲ ਰਹੀਆਂ ਬੈਕਗ੍ਰਾਉਂਡ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੀ ਸੂਚੀ ਨਹੀਂ ਹੈ, ਪਰ ਸਿਰਫ ਸਭ ਤੋਂ ਹਾਲ ਹੀ ਵਿੱਚ ਲਾਂਚ ਕੀਤੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਹਨ। ਇਸ ਲਈ ਉਪਭੋਗਤਾ ਨੂੰ ਕੁਝ ਮਾਮਲਿਆਂ ਨੂੰ ਛੱਡ ਕੇ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਚੱਲ ਰਹੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਬਾਰੇ ਚਿੰਤਾ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ। ਜਦੋਂ ਤੁਸੀਂ ਹੋਮ ਬਟਨ ਦਬਾਉਂਦੇ ਹੋ, ਤਾਂ ਐਪਲੀਕੇਸ਼ਨ ਆਮ ਤੌਰ 'ਤੇ ਸਲੀਪ ਹੋ ਜਾਂਦੀ ਹੈ ਜਾਂ ਬੰਦ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਜੋ ਇਹ ਪ੍ਰੋਸੈਸਰ ਜਾਂ ਬੈਟਰੀ ਨੂੰ ਲੋਡ ਨਾ ਕਰੇ ਅਤੇ, ਜੇ ਲੋੜ ਹੋਵੇ, ਤਾਂ ਲੋੜੀਂਦੀ ਮੈਮੋਰੀ ਖਾਲੀ ਕਰ ਦਿੰਦੀ ਹੈ।
ਇਸ ਲਈ ਇਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਾਲ ਮਲਟੀਟਾਸਕਿੰਗ ਨਹੀਂ ਹੈ ਜਦੋਂ ਤੁਹਾਡੇ ਕੋਲ ਦਰਜਨਾਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਚੱਲ ਰਹੀਆਂ ਹਨ। ਸਿਰਫ਼ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਹਮੇਸ਼ਾ ਫੋਰਗਰਾਉਂਡ ਵਿੱਚ ਚੱਲਦੀ ਹੈ, ਜੋ ਕਿ ਜੇਕਰ ਲੋੜ ਹੋਵੇ ਤਾਂ ਰੋਕ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ ਜਾਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੰਦ ਕਰ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ। ਪਿਛੋਕੜ ਵਿੱਚ ਸਿਰਫ਼ ਕੁਝ ਸੈਕੰਡਰੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਚੱਲਦੀਆਂ ਹਨ। ਇਸ ਲਈ ਤੁਹਾਨੂੰ iOS 'ਤੇ ਕਦੇ-ਕਦਾਈਂ ਹੀ ਕਿਸੇ ਐਪਲੀਕੇਸ਼ਨ ਕਰੈਸ਼ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪਵੇਗਾ, ਉਦਾਹਰਨ ਲਈ ਐਂਡਰੌਇਡ ਚੱਲ ਰਹੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨਾਲ ਭਰਿਆ ਹੋਇਆ ਹੈ ਜਿਸਦਾ ਉਪਭੋਗਤਾ ਨੂੰ ਧਿਆਨ ਰੱਖਣਾ ਪੈਂਦਾ ਹੈ। ਇੱਕ ਪਾਸੇ, ਇਹ ਡਿਵਾਈਸ ਦੇ ਨਾਲ ਕੰਮ ਕਰਨਾ ਦੁਖਦਾਈ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਦੂਜੇ ਪਾਸੇ, ਇਹ, ਉਦਾਹਰਨ ਲਈ, ਹੌਲੀ ਸ਼ੁਰੂਆਤ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿਚਕਾਰ ਪਰਿਵਰਤਨ ਦਾ ਕਾਰਨ ਬਣਦਾ ਹੈ।
ਐਪਲੀਕੇਸ਼ਨ ਰਨਟਾਈਮ ਦੀ ਕਿਸਮ
ਤੁਹਾਡੀ iOS ਡਿਵਾਈਸ ਤੇ ਐਪਲੀਕੇਸ਼ਨ ਇਹਨਾਂ 5 ਰਾਜਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ ਹੈ:
- ਚੱਲ ਰਿਹਾ ਹੈ: ਐਪਲੀਕੇਸ਼ਨ ਸ਼ੁਰੂ ਕੀਤੀ ਗਈ ਹੈ ਅਤੇ ਫੋਰਗਰਾਉਂਡ ਵਿੱਚ ਚੱਲ ਰਹੀ ਹੈ
- ਪਿਛੋਕੜ: ਇਹ ਅਜੇ ਵੀ ਚੱਲ ਰਿਹਾ ਹੈ ਪਰ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਚੱਲ ਰਿਹਾ ਹੈ (ਅਸੀਂ ਹੋਰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਾਂ)
- ਮੁਅੱਤਲ: ਅਜੇ ਵੀ RAM ਵਰਤ ਰਿਹਾ ਹੈ ਪਰ ਚੱਲ ਨਹੀਂ ਰਿਹਾ
- ਅਕਿਰਿਆਸ਼ੀਲ: ਐਪਲੀਕੇਸ਼ਨ ਚੱਲ ਰਹੀ ਹੈ ਪਰ ਅਸਿੱਧੇ ਹੁਕਮਾਂ (ਉਦਾਹਰਨ ਲਈ, ਜਦੋਂ ਤੁਸੀਂ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਚੱਲਦੇ ਹੋਏ ਡਿਵਾਈਸ ਨੂੰ ਲੌਕ ਕਰਦੇ ਹੋ)
- ਨਹੀਂ ਚੱਲ ਰਿਹਾ: ਐਪਲੀਕੇਸ਼ਨ ਸਮਾਪਤ ਹੋ ਗਈ ਹੈ ਜਾਂ ਸ਼ੁਰੂ ਨਹੀਂ ਹੋਈ ਹੈ
ਉਲਝਣ ਉਦੋਂ ਆਉਂਦੀ ਹੈ ਜਦੋਂ ਐਪ ਪਰੇਸ਼ਾਨ ਨਾ ਕਰਨ ਲਈ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਜਾਂਦੀ ਹੈ। ਜਦੋਂ ਤੁਸੀਂ ਹੋਮ ਬਟਨ ਦਬਾਉਂਦੇ ਹੋ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ (ਆਈਪੈਡ) ਨੂੰ ਬੰਦ ਕਰਨ ਲਈ ਸੰਕੇਤ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ, ਤਾਂ ਐਪਲੀਕੇਸ਼ਨ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਜਾਂਦੀ ਹੈ। ਜ਼ਿਆਦਾਤਰ ਐਪਾਂ ਨੂੰ ਸਕਿੰਟਾਂ ਦੇ ਅੰਦਰ ਮੁਅੱਤਲ ਕਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ (ਉਹ iDevice ਦੀ RAM ਵਿੱਚ ਸਟੋਰ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ ਤਾਂ ਜੋ ਉਹਨਾਂ ਨੂੰ ਜਲਦੀ ਲਾਂਚ ਕੀਤਾ ਜਾ ਸਕੇ, ਉਹ ਪ੍ਰੋਸੈਸਰ ਨੂੰ ਜ਼ਿਆਦਾ ਲੋਡ ਨਹੀਂ ਕਰਦੇ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਬੈਟਰੀ ਦੀ ਜ਼ਿੰਦਗੀ ਬਚਾਉਂਦੇ ਹਨ) ਤੁਸੀਂ ਸੋਚ ਸਕਦੇ ਹੋ ਕਿ ਜੇਕਰ ਕੋਈ ਐਪ ਅਜੇ ਵੀ ਮੈਮੋਰੀ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੀ ਹੈ, ਤਾਂ ਤੁਹਾਡੇ ਕੋਲ ਇਸ ਨੂੰ ਖਾਲੀ ਕਰਨ ਲਈ ਇਸ ਨੂੰ ਹੱਥੀਂ ਮਿਟਾਉਣ ਲਈ। ਪਰ ਤੁਹਾਨੂੰ ਅਜਿਹਾ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ iOS ਤੁਹਾਡੇ ਲਈ ਇਹ ਕਰੇਗਾ। ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਕੋਈ ਮੰਗ ਕਰਨ ਵਾਲੀ ਐਪਲੀਕੇਸ਼ਨ ਮੁਅੱਤਲ ਕੀਤੀ ਗਈ ਹੈ, ਜਿਵੇਂ ਕਿ ਇੱਕ ਗੇਮ ਜੋ ਵੱਡੀ ਮਾਤਰਾ ਵਿੱਚ RAM ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ, ਤਾਂ iOS ਲੋੜ ਪੈਣ 'ਤੇ ਇਸਨੂੰ ਮੈਮੋਰੀ ਤੋਂ ਆਪਣੇ ਆਪ ਹਟਾ ਦੇਵੇਗਾ, ਅਤੇ ਤੁਸੀਂ ਐਪਲੀਕੇਸ਼ਨ ਆਈਕਨ ਨੂੰ ਟੈਪ ਕਰਕੇ ਇਸਨੂੰ ਰੀਸਟਾਰਟ ਕਰ ਸਕਦੇ ਹੋ।
ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਸਥਿਤੀ ਮਲਟੀਟਾਸਕਿੰਗ ਬਾਰ ਵਿੱਚ ਪ੍ਰਤੀਬਿੰਬਿਤ ਨਹੀਂ ਹੁੰਦੀ ਹੈ, ਪੈਨਲ ਸਿਰਫ ਹਾਲ ਹੀ ਵਿੱਚ ਲਾਂਚ ਕੀਤੇ ਐਪਸ ਦੀ ਇੱਕ ਸੂਚੀ ਦਿਖਾਉਂਦਾ ਹੈ ਭਾਵੇਂ ਐਪ ਨੂੰ ਰੋਕਿਆ ਗਿਆ ਹੋਵੇ, ਰੋਕਿਆ ਗਿਆ ਹੋਵੇ ਜਾਂ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਚੱਲ ਰਿਹਾ ਹੋਵੇ। ਤੁਸੀਂ ਇਹ ਵੀ ਨੋਟਿਸ ਕਰ ਸਕਦੇ ਹੋ ਕਿ ਵਰਤਮਾਨ ਵਿੱਚ ਚੱਲ ਰਹੀ ਐਪਲੀਕੇਸ਼ਨ ਮਲਟੀਟਾਸਕਿੰਗ ਪੈਨਲ ਵਿੱਚ ਦਿਖਾਈ ਨਹੀਂ ਦਿੰਦੀ ਹੈ
ਪਿਛੋਕੜ ਕਾਰਜ
ਆਮ ਤੌਰ 'ਤੇ, ਜਦੋਂ ਤੁਸੀਂ ਹੋਮ ਬਟਨ ਨੂੰ ਦਬਾਉਂਦੇ ਹੋ, ਤਾਂ ਐਪਲੀਕੇਸ਼ਨ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਚੱਲੇਗੀ, ਅਤੇ ਜੇਕਰ ਤੁਸੀਂ ਇਸਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਇਹ ਪੰਜ ਸਕਿੰਟਾਂ ਦੇ ਅੰਦਰ ਆਪਣੇ ਆਪ ਰੁਕ ਜਾਵੇਗੀ। ਇਸ ਲਈ ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਪੋਡਕਾਸਟ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰ ਰਹੇ ਹੋ, ਉਦਾਹਰਨ ਲਈ, ਸਿਸਟਮ ਇਸਨੂੰ ਇੱਕ ਚੱਲ ਰਹੀ ਐਪਲੀਕੇਸ਼ਨ ਵਜੋਂ ਮੁਲਾਂਕਣ ਕਰਦਾ ਹੈ ਅਤੇ ਸਮਾਪਤੀ ਵਿੱਚ ਦਸ ਮਿੰਟ ਦੀ ਦੇਰੀ ਕਰਦਾ ਹੈ। ਨਵੀਨਤਮ ਦਸ ਮਿੰਟ ਬਾਅਦ, ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਮੈਮੋਰੀ ਤੋਂ ਜਾਰੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ. ਸੰਖੇਪ ਵਿੱਚ, ਤੁਹਾਨੂੰ ਹੋਮ ਬਟਨ ਦਬਾ ਕੇ ਆਪਣੇ ਡਾਊਨਲੋਡ ਵਿੱਚ ਰੁਕਾਵਟ ਪਾਉਣ ਬਾਰੇ ਚਿੰਤਾ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ, ਜੇਕਰ ਇਸਨੂੰ ਪੂਰਾ ਕਰਨ ਵਿੱਚ 10 ਮਿੰਟਾਂ ਤੋਂ ਵੱਧ ਸਮਾਂ ਨਹੀਂ ਲੱਗਦਾ ਹੈ।
ਬੈਕਗ੍ਰਾਊਂਡ ਵਿੱਚ ਅਨਿਸ਼ਚਿਤ ਚੱਲ ਰਿਹਾ ਹੈ
ਅਕਿਰਿਆਸ਼ੀਲਤਾ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਸਿਸਟਮ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਪੰਜ ਸਕਿੰਟਾਂ ਦੇ ਅੰਦਰ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਡਾਊਨਲੋਡ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਸਮਾਪਤੀ ਵਿੱਚ ਦਸ ਮਿੰਟ ਲਈ ਦੇਰੀ ਹੁੰਦੀ ਹੈ। ਹਾਲਾਂਕਿ, ਇੱਥੇ ਬਹੁਤ ਘੱਟ ਐਪਲੀਕੇਸ਼ਨ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਚਲਾਉਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇੱਥੇ ਐਪਸ ਦੀਆਂ ਕੁਝ ਉਦਾਹਰਣਾਂ ਹਨ ਜੋ iOS 5 ਵਿੱਚ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਅਣਮਿੱਥੇ ਸਮੇਂ ਲਈ ਚੱਲ ਸਕਦੀਆਂ ਹਨ:
- ਐਪਲੀਕੇਸ਼ਨ ਜੋ ਧੁਨੀ ਚਲਾਉਂਦੀਆਂ ਹਨ ਅਤੇ ਕੁਝ ਸਮੇਂ ਲਈ ਵਿਘਨ ਪਾਉਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ (ਫੋਨ ਕਾਲ ਦੌਰਾਨ ਸੰਗੀਤ ਨੂੰ ਰੋਕਣਾ, ਆਦਿ),
- ਐਪਲੀਕੇਸ਼ਨਾਂ ਜੋ ਤੁਹਾਡੇ ਸਥਾਨ ਨੂੰ ਟਰੈਕ ਕਰਦੀਆਂ ਹਨ (ਨੇਵੀਗੇਸ਼ਨ ਸੌਫਟਵੇਅਰ),
- VoIP ਕਾਲਾਂ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ, ਉਦਾਹਰਨ ਲਈ ਜੇਕਰ ਤੁਸੀਂ Skype ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਇੱਕ ਕਾਲ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ ਭਾਵੇਂ ਐਪਲੀਕੇਸ਼ਨ ਬੈਕਗ੍ਰਾਊਂਡ ਵਿੱਚ ਹੋਵੇ,
- ਆਟੋਮੈਟਿਕ ਡਾਊਨਲੋਡ (ਉਦਾਹਰਨ ਲਈ ਨਿਊਜ਼ਸਟੈਂਡ)।
ਸਾਰੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਬੰਦ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ ਜੇਕਰ ਉਹ ਹੁਣ ਕੋਈ ਕੰਮ ਨਹੀਂ ਕਰ ਰਹੀਆਂ ਹਨ (ਜਿਵੇਂ ਕਿ ਬੈਕਗ੍ਰਾਊਂਡ ਡਾਊਨਲੋਡ)। ਹਾਲਾਂਕਿ, ਅਜਿਹੇ ਅਪਵਾਦ ਹਨ ਜੋ ਬੈਕਗ੍ਰਾਊਂਡ ਵਿੱਚ ਲਗਾਤਾਰ ਚੱਲਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ ਮੂਲ ਮੇਲ ਐਪ। ਜੇਕਰ ਉਹ ਬੈਕਗ੍ਰਾਊਂਡ ਵਿੱਚ ਚੱਲ ਰਹੇ ਹਨ, ਤਾਂ ਉਹ ਮੈਮੋਰੀ, CPU ਵਰਤੋਂ ਜਾਂ ਬੈਟਰੀ ਦੀ ਉਮਰ ਘਟਾਉਂਦੇ ਹਨ
ਜਿਨ੍ਹਾਂ ਐਪਾਂ ਨੂੰ ਬੈਕਗ੍ਰਾਊਂਡ ਵਿੱਚ ਅਣਮਿੱਥੇ ਸਮੇਂ ਤੱਕ ਚੱਲਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ, ਉਹ ਸੰਗੀਤ ਚਲਾਉਣ ਤੋਂ ਲੈ ਕੇ ਨਵੇਂ ਪੋਡਕਾਸਟ ਐਪੀਸੋਡਾਂ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨ ਤੱਕ, ਉਹ ਕੁਝ ਵੀ ਕਰ ਸਕਦੀਆਂ ਹਨ, ਜਦੋਂ ਉਹ ਚੱਲ ਰਹੀਆਂ ਹੁੰਦੀਆਂ ਹਨ।
ਜਿਵੇਂ ਕਿ ਮੈਂ ਪਹਿਲਾਂ ਦੱਸਿਆ ਹੈ, ਉਪਭੋਗਤਾ ਨੂੰ ਕਦੇ ਵੀ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਚੱਲ ਰਹੇ ਐਪਸ ਨੂੰ ਬੰਦ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੁੰਦੀ ਹੈ. ਇਸਦਾ ਸਿਰਫ ਅਪਵਾਦ ਹੈ ਜਦੋਂ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਚੱਲ ਰਹੀ ਇੱਕ ਐਪ ਕ੍ਰੈਸ਼ ਹੋ ਜਾਂਦੀ ਹੈ ਜਾਂ ਨੀਂਦ ਤੋਂ ਠੀਕ ਤਰ੍ਹਾਂ ਨਹੀਂ ਜਾਗਦੀ ਹੈ। ਉਪਭੋਗਤਾ ਮਲਟੀਟਾਸਕਿੰਗ ਬਾਰ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਹੱਥੀਂ ਬੰਦ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ ਅਜਿਹਾ ਬਹੁਤ ਘੱਟ ਹੁੰਦਾ ਹੈ।
ਇਸ ਲਈ, ਆਮ ਤੌਰ 'ਤੇ, ਤੁਹਾਨੂੰ ਬੈਕਗ੍ਰਾਉਂਡ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ ਕਿਉਂਕਿ ਸਿਸਟਮ ਉਹਨਾਂ ਦੀ ਖੁਦ ਦੇਖਭਾਲ ਕਰੇਗਾ। ਇਸ ਲਈ ਆਈਓਐਸ ਇੱਕ ਤਾਜ਼ਾ ਅਤੇ ਤੇਜ਼ ਸਿਸਟਮ ਹੈ।
ਇੱਕ ਡਿਵੈਲਪਰ ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ
ਐਪਲੀਕੇਸ਼ਨ ਮਲਟੀਟਾਸਕਿੰਗ ਦੇ ਢਾਂਚੇ ਦੇ ਅੰਦਰ ਕੁੱਲ ਛੇ ਵੱਖ-ਵੱਖ ਰਾਜਾਂ ਨਾਲ ਪ੍ਰਤੀਕਿਰਿਆ ਕਰ ਸਕਦੀ ਹੈ:
1. ਐਪਲੀਕੇਸ਼ਨWillResignActive
ਅਨੁਵਾਦ ਵਿੱਚ, ਇਸ ਸਥਿਤੀ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਭਵਿੱਖ ਵਿੱਚ (ਕੁਝ ਮਿਲੀ ਸਕਿੰਟਾਂ ਦੀ ਗੱਲ) ਵਿੱਚ ਕਿਰਿਆਸ਼ੀਲ ਐਪਲੀਕੇਸ਼ਨ (ਅਰਥਾਤ, ਫੋਰਗਰਾਉਂਡ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ) ਵਜੋਂ ਅਸਤੀਫਾ ਦੇ ਦੇਵੇਗੀ। ਅਜਿਹਾ ਹੁੰਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਜਦੋਂ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਇੱਕ ਕਾਲ ਪ੍ਰਾਪਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਪਰ ਉਸੇ ਸਮੇਂ, ਇਹ ਵਿਧੀ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਪਿਛੋਕੜ ਵਿੱਚ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਇਸ ਸਥਿਤੀ ਦਾ ਕਾਰਨ ਬਣਦੀ ਹੈ, ਇਸ ਲਈ ਤੁਹਾਨੂੰ ਇਹਨਾਂ ਤਬਦੀਲੀਆਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਤਰੀਕਾ ਵੀ ਢੁਕਵਾਂ ਹੈ ਤਾਂ ਕਿ, ਉਦਾਹਰਨ ਲਈ, ਇਹ ਉਹਨਾਂ ਸਾਰੀਆਂ ਗਤੀਵਿਧੀਆਂ ਨੂੰ ਮੁਅੱਤਲ ਕਰ ਦਿੰਦਾ ਹੈ ਜੋ ਇਹ ਕਰ ਰਿਹਾ ਹੈ ਜਦੋਂ ਕੋਈ ਇਨਕਮਿੰਗ ਕਾਲ ਹੁੰਦੀ ਹੈ ਅਤੇ ਕਾਲ ਦੇ ਅੰਤ ਤੱਕ ਉਡੀਕ ਕਰਦਾ ਹੈ।
2. ਐਪਲੀਕੇਸ਼ਨਡਾਈਡਐਂਟਰਬੈਕਗ੍ਰਾਉਂਡ
ਸਥਿਤੀ ਦਰਸਾਉਂਦੀ ਹੈ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਚਲੀ ਗਈ ਹੈ। ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਇਸ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਉਹਨਾਂ ਸਾਰੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਮੁਅੱਤਲ ਕਰਨ ਲਈ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਬੈਕਗ੍ਰਾਊਂਡ ਵਿੱਚ ਚਲਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ ਅਤੇ ਅਣਵਰਤੇ ਡੇਟਾ ਅਤੇ ਹੋਰ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੀ ਮੈਮੋਰੀ ਨੂੰ ਸਾਫ਼ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਟਾਈਮਰ ਦੀ ਮਿਆਦ ਪੁੱਗਣ, ਲੋਡ ਕੀਤੇ ਚਿੱਤਰਾਂ ਨੂੰ ਮੈਮੋਰੀ ਤੋਂ ਕਲੀਅਰ ਕਰਨਾ ਜਿਨ੍ਹਾਂ ਦੀ ਲੋੜ ਨਹੀਂ ਹੋਵੇਗੀ, ਜਾਂ ਬੰਦ ਕਰਨਾ ਸਰਵਰਾਂ ਨਾਲ ਕੁਨੈਕਸ਼ਨ, ਜਦੋਂ ਤੱਕ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਕਨੈਕਸ਼ਨਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਨਹੀਂ ਹੁੰਦਾ। ਜਦੋਂ ਕਿਸੇ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇਹ ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਮੁਅੱਤਲ ਕਰਨ ਲਈ ਵਰਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ ਜੇਕਰ ਇਸਦੇ ਕੁਝ ਹਿੱਸੇ ਨੂੰ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਚਲਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।
3. ਐਪਲੀਕੇਸ਼ਨਵਿਲਐਂਟਰਫੋਰਗਰਾਉਂਡ
ਇਹ ਰਾਜ ਪਹਿਲੇ ਰਾਜ ਦੇ ਉਲਟ ਹੈ, ਜਿੱਥੇ ਐਪਲੀਕੇਸ਼ਨ ਸਰਗਰਮ ਰਾਜ ਨੂੰ ਅਸਤੀਫਾ ਦੇਵੇਗੀ. ਸਥਿਤੀ ਦਾ ਸਿੱਧਾ ਮਤਲਬ ਹੈ ਕਿ ਸਲੀਪਿੰਗ ਐਪ ਬੈਕਗ੍ਰਾਉਂਡ ਤੋਂ ਮੁੜ ਸ਼ੁਰੂ ਹੋ ਜਾਵੇਗੀ ਅਤੇ ਅਗਲੇ ਕੁਝ ਮਿਲੀਸਕਿੰਟਾਂ ਵਿੱਚ ਫੋਰਗਰਾਉਂਡ ਵਿੱਚ ਦਿਖਾਈ ਦੇਵੇਗੀ। ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਕਿਸੇ ਵੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਮੁੜ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਇਸ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਹੋਣ ਵੇਲੇ ਅਕਿਰਿਆਸ਼ੀਲ ਸਨ। ਸਰਵਰਾਂ ਨਾਲ ਕਨੈਕਸ਼ਨ ਮੁੜ ਸਥਾਪਿਤ ਕੀਤੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ, ਟਾਈਮਰ ਰੀਸੈਟ ਕੀਤੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ, ਚਿੱਤਰਾਂ ਅਤੇ ਡੇਟਾ ਨੂੰ ਮੈਮੋਰੀ ਵਿੱਚ ਲੋਡ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਹੋਰ ਜ਼ਰੂਰੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਲੋਡ ਕੀਤੀ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਦੁਬਾਰਾ ਦੇਖਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਮੁੜ ਸ਼ੁਰੂ ਹੋ ਸਕਦੀਆਂ ਹਨ।
4. ਐਪਲੀਕੇਸ਼ਨDidBecomActive
ਰਾਜ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਫੋਰਗਰਾਉਂਡ 'ਤੇ ਬਹਾਲ ਕੀਤੇ ਜਾਣ ਤੋਂ ਬਾਅਦ ਐਪਲੀਕੇਸ਼ਨ ਹੁਣੇ ਹੀ ਕਿਰਿਆਸ਼ੀਲ ਹੋ ਗਈ ਹੈ। ਇਹ ਇੱਕ ਅਜਿਹਾ ਤਰੀਕਾ ਹੈ ਜਿਸਦੀ ਵਰਤੋਂ ਉਪਭੋਗਤਾ ਇੰਟਰਫੇਸ ਵਿੱਚ ਵਾਧੂ ਵਿਵਸਥਾਵਾਂ ਕਰਨ ਲਈ ਜਾਂ UI ਨੂੰ ਇਸਦੀ ਅਸਲ ਸਥਿਤੀ ਵਿੱਚ ਬਹਾਲ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਆਦਿ। ਇਹ ਅਸਲ ਵਿੱਚ ਉਸ ਸਮੇਂ ਵਾਪਰਦਾ ਹੈ ਜਦੋਂ ਉਪਭੋਗਤਾ ਪਹਿਲਾਂ ਹੀ ਡਿਸਪਲੇ 'ਤੇ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਵੇਖਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਜ਼ਰੂਰੀ ਹੈ ਸਾਵਧਾਨੀ ਨਾਲ ਨਿਰਧਾਰਿਤ ਕਰੋ ਕਿ ਇਸ ਵਿਧੀ ਅਤੇ ਪਿਛਲੀ ਵਿਧੀ ਵਿੱਚ ਕੀ ਹੁੰਦਾ ਹੈ। ਉਹਨਾਂ ਨੂੰ ਕੁਝ ਮਿਲੀਸਕਿੰਟ ਦੇ ਅੰਤਰ ਨਾਲ ਇੱਕ ਤੋਂ ਬਾਅਦ ਇੱਕ ਕਿਹਾ ਜਾਂਦਾ ਹੈ।
5. ਐਪਲੀਕੇਸ਼ਨ ਵਿਲਟਰਮੀਨੇਟ
ਇਹ ਸਥਿਤੀ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਬੰਦ ਹੋਣ ਤੋਂ ਕੁਝ ਮਿਲੀਸਕਿੰਟ ਪਹਿਲਾਂ ਵਾਪਰਦੀ ਹੈ, ਯਾਨੀ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਅਸਲ ਵਿੱਚ ਸਮਾਪਤ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ। ਜਾਂ ਤਾਂ ਮਲਟੀਟਾਸਕਿੰਗ ਤੋਂ ਜਾਂ ਡਿਵਾਈਸ ਨੂੰ ਬੰਦ ਕਰਨ ਵੇਲੇ ਹੱਥੀਂ। ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਪ੍ਰਕਿਰਿਆ ਕੀਤੇ ਡੇਟਾ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨ, ਸਾਰੀਆਂ ਗਤੀਵਿਧੀਆਂ ਨੂੰ ਖਤਮ ਕਰਨ ਅਤੇ ਡੇਟਾ ਨੂੰ ਮਿਟਾਉਣ ਲਈ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ ਜਿਸਦੀ ਹੁਣ ਲੋੜ ਨਹੀਂ ਹੋਵੇਗੀ।
6. applicationDidReceiveMemoryWarning
ਇਹ ਆਖਰੀ ਰਾਜ ਹੈ ਜੋ ਸਭ ਤੋਂ ਵੱਧ ਚਰਚਾ ਵਿੱਚ ਹੈ. ਜੇਕਰ ਲੋੜ ਹੋਵੇ, ਤਾਂ ਇਹ iOS ਮੈਮੋਰੀ ਤੋਂ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਹਟਾਉਣ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ ਜੇਕਰ ਇਹ ਸਿਸਟਮ ਸਰੋਤਾਂ ਦੀ ਬੇਲੋੜੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ। ਮੈਨੂੰ ਖਾਸ ਤੌਰ 'ਤੇ ਪਤਾ ਨਹੀਂ ਹੈ ਕਿ ਆਈਓਐਸ ਬੈਕਗ੍ਰਾਉਂਡ ਐਪਸ ਨਾਲ ਕੀ ਕਰਦਾ ਹੈ, ਪਰ ਜੇ ਇਸਨੂੰ ਹੋਰ ਪ੍ਰਕਿਰਿਆਵਾਂ ਲਈ ਸਰੋਤਾਂ ਨੂੰ ਜਾਰੀ ਕਰਨ ਲਈ ਇੱਕ ਐਪ ਦੀ ਜ਼ਰੂਰਤ ਹੈ, ਤਾਂ ਇਹ ਇਸਨੂੰ ਮੈਮੋਰੀ ਚੇਤਾਵਨੀ ਦੇ ਨਾਲ ਜੋ ਵੀ ਸਰੋਤਾਂ ਨੂੰ ਜਾਰੀ ਕਰਨ ਲਈ ਪੁੱਛਦਾ ਹੈ. ਇਸ ਲਈ ਇਸ ਵਿਧੀ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਕਿਹਾ ਜਾਂਦਾ ਹੈ. ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਇਸ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਤਾਂ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਉਸ ਮੈਮੋਰੀ ਨੂੰ ਛੱਡ ਦੇਵੇ ਜੋ ਇਸ ਨੇ ਨਿਰਧਾਰਤ ਕੀਤੀ ਹੈ, ਹਰ ਚੀਜ਼ ਨੂੰ ਪ੍ਰਗਤੀ ਵਿੱਚ ਰੱਖਿਅਤ ਕਰਦਾ ਹੈ, ਮੈਮੋਰੀ ਤੋਂ ਬੇਲੋੜੇ ਡੇਟਾ ਨੂੰ ਸਾਫ਼ ਕਰਦਾ ਹੈ, ਅਤੇ ਨਹੀਂ ਤਾਂ ਮੈਮੋਰੀ ਨੂੰ ਉਚਿਤ ਰੂਪ ਵਿੱਚ ਖਾਲੀ ਕਰ ਦਿੰਦਾ ਹੈ। ਇਹ ਸੱਚ ਹੈ ਕਿ ਬਹੁਤ ਸਾਰੇ ਡਿਵੈਲਪਰ, ਇੱਥੋਂ ਤੱਕ ਕਿ ਸ਼ੁਰੂਆਤ ਕਰਨ ਵਾਲੇ ਵੀ, ਅਜਿਹੀਆਂ ਚੀਜ਼ਾਂ ਬਾਰੇ ਨਹੀਂ ਸੋਚਦੇ ਜਾਂ ਸਮਝਦੇ ਨਹੀਂ ਹਨ, ਅਤੇ ਫਿਰ ਅਜਿਹਾ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਉਹਨਾਂ ਦੀ ਐਪਲੀਕੇਸ਼ਨ ਬੈਟਰੀ ਦੀ ਉਮਰ ਨੂੰ ਖਤਰੇ ਵਿੱਚ ਪਾਉਂਦੀ ਹੈ ਅਤੇ/ਜਾਂ ਬੇਲੋੜੇ ਸਿਸਟਮ ਸਰੋਤਾਂ ਦੀ ਖਪਤ ਕਰਦੀ ਹੈ, ਭਾਵੇਂ ਕਿ ਪਿਛੋਕੜ ਵਿੱਚ ਵੀ।
ਵਰਡਿਕਟ
ਇਹ ਛੇ ਰਾਜ ਅਤੇ ਉਹਨਾਂ ਨਾਲ ਸੰਬੰਧਿਤ ਢੰਗ iOS ਵਿੱਚ ਸਾਰੇ "ਮਲਟੀਟਾਸਕਿੰਗ" ਦੀ ਪਿੱਠਭੂਮੀ ਹਨ। ਇਹ ਇੱਕ ਵਧੀਆ ਸਿਸਟਮ ਹੈ, ਜਦੋਂ ਤੱਕ ਡਿਵੈਲਪਰ ਇਸ ਤੱਥ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਨਹੀਂ ਕਰਦੇ ਹਨ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਉਹਨਾਂ ਦੇ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਡਿਵਾਈਸਾਂ 'ਤੇ ਕੀ ਸੁੱਟਦੀ ਹੈ, ਜੇਕਰ ਉਹਨਾਂ ਨੂੰ ਘੱਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਾਂ ਸਿਸਟਮ ਤੋਂ ਚੇਤਾਵਨੀਆਂ ਮਿਲਦੀਆਂ ਹਨ, ਤਾਂ ਇਸ ਬਾਰੇ ਜ਼ਿੰਮੇਵਾਰ ਹੋਣ ਦੀ ਲੋੜ ਹੈ।
ਸਰੋਤ: ਮੈਕਵਰਲਡ.ਕਾੱਮ
ਲੇਖਕ: ਜੈਕਬ ਪੋਜ਼ਾਰੇਕ, ਮਾਰਟਿਨ ਡੌਬੇਕ (ਆਰਨੀਐਕਸ)
ਕੀ ਤੁਹਾਡੇ ਕੋਲ ਵੀ ਹੱਲ ਕਰਨ ਲਈ ਕੋਈ ਸਮੱਸਿਆ ਹੈ? ਕੀ ਤੁਹਾਨੂੰ ਸਲਾਹ ਦੀ ਲੋੜ ਹੈ ਜਾਂ ਸ਼ਾਇਦ ਸਹੀ ਐਪਲੀਕੇਸ਼ਨ ਲੱਭੋ? ਸੈਕਸ਼ਨ ਵਿੱਚ ਫਾਰਮ ਰਾਹੀਂ ਸਾਡੇ ਨਾਲ ਸੰਪਰਕ ਕਰਨ ਵਿੱਚ ਸੰਕੋਚ ਨਾ ਕਰੋ ਕਾਉਂਸਲਿੰਗ, ਅਗਲੀ ਵਾਰ ਅਸੀਂ ਤੁਹਾਡੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਵਾਂਗੇ।
ਹੈਲੋ, ਅਸਲ ਵਿੱਚ ਵਧੀਆ ਲੇਖ, ਪਰ ਮੈਨੂੰ ਹੈਰਾਨੀ ਹੈ ਕਿ ਕੀ ਤੁਹਾਡੇ ਕੋਲ ਇਸਦੇ ਲਈ ਕੋਈ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਹੈ. ਕਿਉਂਕਿ ਮੈਂ ਸ਼ਾਮ ਨੂੰ ਸੌਣ ਤੋਂ ਪਹਿਲਾਂ ਕਈ ਵਾਰ ਬੈਟਰੀ ਨੂੰ ਹੱਲ ਕੀਤਾ ਹੈ ਅਤੇ ਅਜਿਹਾ ਹੋਇਆ ਹੈ ਕਿ ਵਾਈਫਾਈ ਅਤੇ ਮੋਬਾਈਲ ਡਾਟਾ ਬੰਦ ਹੋਣ ਨਾਲ, ਵਾਈਫਾਈ ਬੰਦ ਹੋਣ ਦੇ ਨਾਲ ਕਿਸੇ ਹੋਰ ਮਾਮਲੇ ਨਾਲੋਂ ਵੱਧ ਸਮਾਂ ਲੱਗ ਗਿਆ ਅਤੇ ਸਿਰਫ 3 ਜੀ.
ਬਦਕਿਸਮਤੀ ਨਾਲ, ਅਨੁਭਵ ਇਹ ਹੈ ਕਿ ਆਈਓਐਸ ਵਿੱਚ, ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਹੱਥੀਂ ਬੰਦ ਕਰਨਾ ਪੈਂਦਾ ਹੈ, ਅਤੇ ਸਿਸਟਮ ਹੁਣ ਪਹਿਲਾਂ ਵਾਂਗ ਨਹੀਂ ਚੱਲਦਾ।
ਮੈਂ ਆਪਣੇ ਆਈਫੋਨ ਨੂੰ ਵਿੰਡੋਜ਼ ਫੋਨ (6200 ਲਈ ਸੈਮਸੰਗ ਓਮਨੀਆ ਡਬਲਯੂ,-) ਨਾਲ ਬਦਲ ਦਿੱਤਾ ਹੈ ਅਤੇ ਸਿਸਟਮ ਦੀ ਗਤੀ ਬਿਲਕੁਲ ਵੱਖਰੇ ਪੱਧਰ 'ਤੇ ਹੈ।
ਮੈਨੂੰ ਡਰ ਹੈ ਕਿ ਜਦੋਂ ਵਿੰਡੋਜ਼ 8 ਮੈਟਰੋ ਟੈਬਲੇਟ ਬਾਹਰ ਆਉਣਗੇ, ਮੈਂ ਆਈਪੈਡ ਨੂੰ ਵੀ ਬਦਲ ਲਵਾਂਗਾ...
@007 – ਹਾਂ, ਜੇਕਰ ਤੁਸੀਂ ਪੁਰਾਣੇ iPhone3Gs ਦੀ ਤੁਲਨਾ ਨਵੇਂ WP ਨਾਲ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਹਾਂ (ਕੌਣ ਇਸਦੀ ਉਮੀਦ ਕਰੇਗਾ?) WP ਕਾਫ਼ੀ ਤੇਜ਼ ਹੋਵੇਗਾ। ਨਹੀਂ ਤਾਂ, ਕਾਰਲੁਲਕਾ ਬਾਰੇ ਗੱਪਾਂ ਤੁਹਾਡੇ ਨਾਲ ਚੰਗੀ ਤਰ੍ਹਾਂ ਨਹੀਂ ਚੱਲਦੀਆਂ ਅਤੇ ਮੌਜੂਦਾ ਐਚਡਬਲਯੂ ਦੀ ਤੁਲਨਾ ਕਰਨਾ ਉਚਿਤ ਸੀ. ਮੈਂ WP7 ਵੀ ਖਰੀਦਿਆ ਅਤੇ ਅੰਤ ਵਿੱਚ 4s ਦੇ ਨਾਲ ਖਤਮ ਹੋਇਆ, ਜੋ ਕਿ WP7 ਨਾਲੋਂ ਇੱਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰੀ ਵਰਤੋਂਯੋਗਤਾ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ. ਇਸ ਲਈ ਟਾਈਲਾਂ ਦੇ ਰਾਹੀਂ ਖੁਸ਼ਹਾਲ ਅਤੇ ਬੇਅੰਤ ਸਕ੍ਰੋਲ ਕਰੋ।
ਮੈਂ ਪਾਜਾ ਨਾਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਹਿਮਤ ਹਾਂ
ਮੈਂ ਇਕ ਹੋਰ ਬੈਰਲ ਦੇ ਮਲਬੇ ਤੋਂ ਦੁਬਾਰਾ ਯੋਗਦਾਨ ਪਾਵਾਂਗਾ - ਸੈਮਸੰਗ ਗਲੈਕਸੀ ਐਸ ਅਤੇ ਆਈਫੋਨ 4 - ਮੈਂ ਉਮਰ ਦੇ ਮਾਮਲੇ ਵਿਚ ਤੁਲਨਾਤਮਕ ਕਹਾਂਗਾ? ਆਈਓਐਸ 4 ਦੇ ਸਮੇਂ, ਅਤੇ ਐਂਡਰੌਇਡ ਤੋਂ ਇਲਾਵਾ ਕਿਤੇ ਹੋਰ ਉਪਯੋਗਤਾ ਅਤੇ ਗਤੀ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਐਪਲ ਨੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਦੇ ਸੰਕਲਪ ਨੂੰ ਬਹੁਤ ਵਧੀਆ ਢੰਗ ਨਾਲ ਹੱਲ ਕੀਤਾ ਹੈ, ਪਰ ਇਹ ਹੁਣ ਐਂਡਰੌਇਡ ਨਾਲ ਸੱਚ ਨਹੀਂ ਹੈ. ਅੰਤ ਵਿੱਚ, ਮੈਂ ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ 4S ਨਾਲ ਖਤਮ ਹੋ ਗਿਆ ਅਤੇ ਮੈਨੂੰ ਕੋਈ ਸ਼ਿਕਾਇਤ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ "ਇਹ ਸਿਰਫ ਕੰਮ ਕਰਦਾ ਹੈ" .. ਅਤੇ ਇਹ ਬਹੁਤ ਤੇਜ਼ੀ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ!
ਥਿਊਰੀ ਸੁੰਦਰ ਹੈ... ਪਰ ਅਭਿਆਸ ਵਿੱਚ, ਮੈਂ ਅਜੇ ਵੀ ਬਾਰ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਬੰਦ ਕਰਦਾ ਹਾਂ;)
ਧੰਨਵਾਦ, ਬਹੁਤ ਦਿਲਚਸਪ, ਵਿਹਾਰਕ, ਦਿਲਚਸਪ, ਇਸ ਵਿੱਚ ਸਵਿੰਗ ਅਤੇ ਡੂੰਘਾਈ ਦੀ ਘਾਟ ਨਹੀਂ ਹੈ. ਇਸ ਵਰਜਿਤ ਬ੍ਰਾਂਡ ਪ੍ਰਤੀ ਅੱਜ ਦੇ ਨੌਜਵਾਨਾਂ ਦੇ ਜਨੂੰਨ ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਰੇਖਾਂਕਿਤ ਕਰਦਾ ਹੈ! ਪਰ ਉਸ ਲਈ ਧੰਨਵਾਦ, ਨਾਲ ਹੀ ਇਸ ਲੇਖ ਲਈ.
ਲੇਖ ਬਿਲਕੁਲ ਗਲਤ ਹੈ।
ਹੋਮ ਬਟਨ ਦਬਾਏ ਜਾਣ 'ਤੇ ਐਪਲੀਕੇਸ਼ਨ ਬੰਦ ਨਹੀਂ ਹੁੰਦੀ, ਜਿਵੇਂ ਕਿ ਗਲਤੀ ਨਾਲ ਕਿਹਾ ਗਿਆ ਹੈ, ਪਰ ਰੁਕ ਜਾਂਦੀ ਹੈ। ਯਾਨੀ. ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਮੈਮੋਰੀ ਤੋਂ ਨਾ ਮਿਟਾਓ ਅਤੇ ਨਾ ਛੱਡੋ। ਬੱਸ ਰਨ ਨੂੰ ਰੋਕੋ, iOS ਇਸ ਐਪ ਨੂੰ 0% CPU ਸਮਾਂ ਦੇਵੇਗਾ। ਇਹ ਯਕੀਨੀ ਤੌਰ 'ਤੇ iDevice ਮੈਮੋਰੀ ਵਿੱਚ ਕਿਤੇ ਵੀ "ਸਵੈਪ" ਨਹੀਂ ਕਰਦਾ, ਜਿਵੇਂ ਕਿ ਲੇਖ ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਹੈ। ਇਹ ਅਸਲ ਵਿੱਚ ਇਸ ਤੱਥ ਦਾ ਧੰਨਵਾਦ ਹੈ ਕਿ ਐਪ ਸਵਿਚਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਸੰਭਵ ਹੈ.
ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਮੈਮੋਰੀ ਵਿੱਚੋਂ ਹਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਫ਼ੋਨ ਵਿੱਚ ਹੋਰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਉੱਚ ਤਰਜੀਹ ਨਾਲ ਚਲਾਉਣ ਲਈ ਘੱਟ ਮੈਮੋਰੀ ਹੁੰਦੀ ਹੈ (ਆਮ ਤੌਰ 'ਤੇ ਫੋਰਗਰਾਉਂਡ ਵਿੱਚ ਕੋਈ ਹੋਰ ਐਪਲੀਕੇਸ਼ਨ ਚੱਲ ਰਹੀ ਹੈ)।
ਪਹਿਲੀ ਸਥਿਤੀ ਵਿੱਚ, ਤੁਸੀਂ ਸਹੀ ਹੋ, ਇਹ ਇੱਕ ਅਨੁਵਾਦ ਗਲਤੀ ਸੀ। ਸਵੈਪਿੰਗ ਲਈ, ਅਸੀਂ ਇੱਥੇ ਇਸ ਬਾਰੇ ਗੱਲ ਨਹੀਂ ਕਰ ਰਹੇ ਹਾਂ, ਅਸੀਂ ਓਪਰੇਟਿੰਗ ਮੈਮੋਰੀ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ, ਨਾ ਕਿ iOS ਡਿਵਾਈਸ ਵਿੱਚ ਸਟੋਰੇਜ ਸਪੇਸ ਬਾਰੇ।
ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਚਿੱਤਰ ਨੂੰ ਇੱਕ ਸੀਮਤ ਸਮੇਂ ਲਈ ਮੈਮੋਰੀ ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਇਸਨੂੰ ਇੱਕ ਕਮਾਂਡ ਦੁਆਰਾ ਦੁਬਾਰਾ ਨਹੀਂ ਬੁਲਾਇਆ ਜਾਂਦਾ (13,7 GB ਵਿੱਚੋਂ 16 GB ਵੇਖੋ: 2,3 GB ਸਿਸਟਮ ਅਤੇ ਮੁਅੱਤਲ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਰਾਖਵਾਂ ਹੈ)
ਇਸ ਤਰ੍ਹਾਂ, ਨੈਵੀਗੇਸ਼ਨ, ਸਕਾਈਪ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਫਰਕ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ, ਇਹ ਐਪਲੀਕੇਸ਼ਨ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਵੀ ਕਿਰਿਆਸ਼ੀਲ ਰਹਿੰਦੀਆਂ ਹਨ, ਜਾਂ ਕੋਈ ਖਾਸ ਫੰਕਸ਼ਨ ਖਤਮ ਨਹੀਂ ਹੁੰਦਾ ਅਤੇ ਜਾਰੀ ਰਹਿੰਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਇਸਦੇ ਸਥਾਨ ਜਾਂ ਸਥਾਨ ਦੀ ਜਾਣਕਾਰੀ ਬਾਰੇ ਡੇਟਾ ਭੇਜਣ ਲਈ। ਜਾਂ ਪੋਰਡ ਮੋਡ ਵਿੱਚ ਵੋਕੁਲ ਦੀ ਤਰ੍ਹਾਂ ਸੁਣੋ ਅਤੇ ਮਲਟੀਟਾਸਕਿੰਗ ਅਜੇ ਵੀ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਸੁਣ ਰਹੀ ਹੈ।
ਇਹ ਐਪਲੀਕੇਸ਼ਨਾਂ ਬੈਟਰੀ ਨੂੰ ਕੱਢ ਦਿੰਦੀਆਂ ਹਨ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਹੱਥੀਂ ਬੰਦ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ ਅਤੇ ਆਈਓਐਸ ਦੀ ਉਡੀਕ ਨਾ ਕਰੋ। ਹੋਰਾਂ ਦੇ ਨਾਲ ਇਹ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹੈ, ਸਿਰਫ਼ ਉਦੋਂ ਹੀ ਜਦੋਂ ਐਪਲੀਕੇਸ਼ਨ ਕਰੈਸ਼ ਹੋ ਜਾਂਦੀ ਹੈ।
ਮੈਂ ਲੇਖ ਨਾਲ ਸਹਿਮਤ ਨਹੀਂ ਹੋ ਸਕਦਾ। ਘੱਟੋ-ਘੱਟ ਪਹਿਲੀ ਪੀੜ੍ਹੀ ਦੇ ਆਈਪੈਡ (iOS 1) 'ਤੇ ਇਹ ਦੇਖਣ ਲਈ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਕੀ ਮੇਰੇ ਕੋਲ ਮਲਟੀਟਾਸਕਿੰਗ ਬਾਰ ਵਿੱਚ ਬਹੁਤ ਸਾਰੀਆਂ "ਖੁੱਲੀਆਂ" ਐਪਾਂ ਹਨ ਜਾਂ ਕੁਝ ਹੀ। ਆਈਓਐਸ ਮੈਮੋਰੀ ਨੂੰ ਸਾਫ਼ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ, ਪਰ ਇਹ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ - ਰੈਮ ਦਾ ਛੋਟਾ ਆਕਾਰ ਸ਼ਾਇਦ ਇਸਦੀ ਸਭ ਤੋਂ ਵੱਡੀ ਕਮਜ਼ੋਰੀ ਹੈ.
ਇਸ ਲਈ ਬਹੁਤ ਕੁਝ ਸਿਸਟਮ ਅਤੇ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਹਾਰਡਵੇਅਰ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਇਹ ਕਾਫ਼ੀ ਤਰਕਸੰਗਤ ਹੈ ਕਿ ਇਹ ਆਈਓਐਸ 1 ਵਾਲੇ ਆਈਪੈਡ 5.0.1 'ਤੇ ਇਸ ਤੋਂ ਵੀ ਮਾੜਾ ਹੋਵੇਗਾ ਜੇਕਰ ਇਹ ਦੂਜੀ ਪੀੜ੍ਹੀ ਦੇ ਆਈਪੈਡ 'ਤੇ ਸੀ।
ਮਾਫ਼ ਕਰਨਾ ਸਾਥੀ, ਇਹ ਉਸ IDEAL ਤਰੀਕੇ ਦਾ ਵਰਣਨ ਹੈ ਜਿਸ ਨੂੰ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਬਦਕਿਸਮਤੀ ਨਾਲ, ਅਸਲੀਅਤ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰੀ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਇਹ ਪਤਾ ਹੋਵੇਗਾ ਜੇਕਰ ਤੁਸੀਂ ਐਪਲ ਉਤਪਾਦਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ, ਘੱਟੋ ਘੱਟ ਜਿੰਨਾ ਮੈਂ ਕਰਦਾ ਹਾਂ (ਭਾਵ ਕਦੇ-ਕਦਾਈਂ)।
"ਤੁਸੀਂ ਅਕਸਰ ਅੰਧਵਿਸ਼ਵਾਸ ਸੁਣ ਸਕਦੇ ਹੋ ਕਿ iOS ਵਿੱਚ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਚੱਲ ਰਹੀਆਂ ਐਪਾਂ ਓਪਰੇਟਿੰਗ ਮੈਮੋਰੀ ਨੂੰ ਭਰਦੀਆਂ ਹਨ,"
ਇਹ ਕੋਈ ਅੰਧਵਿਸ਼ਵਾਸ ਨਹੀਂ ਹੈ, ਇਹ ਕੇਵਲ ਇੱਕ ਤੱਥ ਹੈ। ਆਖ਼ਰਕਾਰ, ਤੁਸੀਂ ਲੇਖ ਵਿਚ ਇਸ ਦਾ ਦਾਅਵਾ ਕਰਦੇ ਹੋ.
"ਜਿਵੇਂ ਕਿ ਮੈਂ ਪਹਿਲਾਂ ਦੱਸਿਆ ਹੈ, ਉਪਭੋਗਤਾ ਨੂੰ ਕਦੇ ਵੀ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਚੱਲ ਰਹੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਬੰਦ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੁੰਦੀ।"
ਬਕਵਾਸ. ਇਹ ਸਿਰਫ ਬਕਵਾਸ ਹੈ, ਸੇਬ ਦਾ ਪ੍ਰਚਾਰ, ਮੇਰੇ 'ਤੇ ਗੁੱਸੇ ਨਾ ਹੋਵੋ।
“ਪਰ ਤੁਹਾਨੂੰ ਅਜਿਹਾ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ iOS ਤੁਹਾਡੇ ਲਈ ਇਹ ਕਰੇਗਾ। ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਇੱਕ ਮੰਗ ਵਾਲੀ ਐਪਲੀਕੇਸ਼ਨ ਮੁਅੱਤਲ ਹੈ, ਜਿਵੇਂ ਕਿ ਇੱਕ ਗੇਮ ਜੋ ਵੱਡੀ ਮਾਤਰਾ ਵਿੱਚ RAM ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ, ਤਾਂ iOS ਲੋੜ ਪੈਣ 'ਤੇ ਇਸਨੂੰ ਆਪਣੇ ਆਪ ਮੈਮੋਰੀ ਤੋਂ ਹਟਾ ਦੇਵੇਗਾ, ਅਤੇ ਤੁਸੀਂ ਐਪਲੀਕੇਸ਼ਨ ਆਈਕਨ ਨੂੰ ਟੈਪ ਕਰਕੇ ਇਸਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰ ਸਕਦੇ ਹੋ।
ਸਚ ਨਹੀ ਹੈ. ਸਥਿਤੀ ਥੋੜ੍ਹੀ ਵੱਖਰੀ ਹੈ। ਇੱਕ ਆਮ ਉਦਾਹਰਣ - ਮੇਰੇ ਕੋਲ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਚੱਲ ਰਹੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਮੰਗ ਹੈ, ਮੈਨੂੰ ਗੇਮਾਂ ਦੀ ਲੋੜ ਹੈ। ਮੈਂ ਬ੍ਰਾਊਜ਼ਰ ਲਾਂਚ ਕਰਦਾ ਹਾਂ, ਕੁਝ ਟੈਬਾਂ ਖੋਲ੍ਹਦਾ ਹਾਂ -> ਹੋਰ ਮੈਮੋਰੀ ਦੀ ਲੋੜ ਹੈ। ਕੀ ਹੋਵੇਗਾ? ਮੈਂ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਮੰਗ ਕਰਦਾ ਰਹਿੰਦਾ ਹਾਂ, ਇਸਦੇ ਉਲਟ, ਬ੍ਰਾਊਜ਼ਰ ਖੁਦ ਹੀ ਡਿੱਗਦਾ ਹੈ। ਜੇਕਰ ਮੈਂ ਮੰਗਣ ਵਾਲੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਹੱਥੀਂ ਬੰਦ ਕਰਦਾ ਹਾਂ, ਤਾਂ ਬ੍ਰਾਊਜ਼ਰ ਬਿਨਾਂ ਕਿਸੇ ਸਮੱਸਿਆ ਦੇ ਲੰਬੇ ਸਮੇਂ ਲਈ ਕੰਮ ਕਰਦਾ ਹੈ।
ਇਹ ਅਭਿਆਸ ਹੈ, ਸਿਧਾਂਤ ਨਹੀਂ। ਅਤੇ ਮੈਂ ਹੈਰਾਨ ਹਾਂ ਕਿ, ਐਪਲ ਉਤਪਾਦ ਦੇ ਲੰਬੇ ਸਮੇਂ ਦੇ ਉਪਭੋਗਤਾ ਹੋਣ ਦੇ ਨਾਤੇ, ਤੁਸੀਂ ਅਜੇ ਵੀ ਇਹ ਨਹੀਂ ਜਾਣਦੇ ਹੋ.
ਧੰਨਵਾਦ, ਇਹ ਬਹੁਤ ਚੰਗੀ ਤਰ੍ਹਾਂ ਦੱਸਿਆ ਗਿਆ ਹੈ ਅਤੇ ਚੰਗੀ ਤਰ੍ਹਾਂ ਸਮਝਾਇਆ ਗਿਆ ਹੈ. ਤੁਸੀਂ ਮੇਰੀ ਬਹੁਤ ਮਦਦ ਕੀਤੀ ਹੈ ;-) ♥
ਸਿਰਫ਼ ਇੱਕ ਜਾਣ-ਪਛਾਣ ਲਈ, ਮੈਂ ਨਾ ਤਾਂ iOS ਦੇ ਪੱਖ ਵਿੱਚ ਹਾਂ ਅਤੇ ਨਾ ਹੀ ਵਿਰੁੱਧ ਹਾਂ, ਜਿਵੇਂ ਕਿ ਐਂਡਰੌਇਡ ਨਾਲ, ਪਰ ਇੱਥੇ ਕੁਝ ਅਜੀਬ ਚੀਜ਼ਾਂ ਹਨ, ਜਿਵੇਂ ਕਿ ਇੱਥੇ ਲਿਖਿਆ ਗਿਆ ਹੈ: "ਤੁਹਾਨੂੰ iOS ਦੇ ਨਾਲ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਕਰੈਸ਼ ਦਾ ਘੱਟ ਹੀ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ", ਫਿਰ Android ਦੇ ਨਾਲ, ਐਪਲੀਕੇਸ਼ਨ ਸਾਲ ਵਿੱਚ ਇੱਕ ਵਾਰ ਕ੍ਰੈਸ਼ ਹੋ ਸਕਦੀਆਂ ਹਨ: -ਪੀ
http://dotekomanie.blog.mobilmania.cz/2012/02/stabilita-ios-vs-android/
ਹਾਂ, ਪਰ ਉਹ ਕੇਸ ਜਦੋਂ ਤੁਹਾਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਹੱਥੀਂ ਬੰਦ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ ਅਸਲ ਵਿੱਚ ਬਹੁਤ ਘੱਟ ਹੁੰਦੇ ਹਨ, ਮੈਂ ਇਸਨੂੰ ਇੱਕ ਵਾਰ ਵਰਤਿਆ ਸੀ? ;-) ਅਤੇ ਮੋਬਾਈਲਮੈਨਿਆ ਤੋਂ ਤੁਲਨਾਤਮਕ ਟੈਸਟ ਲਈ ਲਿੰਕ ਦੇਣਾ ਕਾਫ਼ੀ ਵਿਅਰਥ ਹੈ, ਜਦੋਂ ਮੈਂ ਗੂਗਲ ਦੁਆਰਾ ਭੁਗਤਾਨ ਕੀਤੇ ਗਏ ਇਸ਼ਤਿਹਾਰ ਬਾਰੇ ਪੜ੍ਹਨਾ ਚਾਹੁੰਦਾ ਹਾਂ, ਤਾਂ ਮੈਂ ਉੱਥੇ ਇੱਕ ਨਜ਼ਰ ਮਾਰਾਂਗਾ ;-) ਹਰ ਕੋਈ ਆਪਣੇ ਹੱਥਾਂ ਵਿੱਚ ਕੋਈ ਵੀ ਐਂਡਰਾਇਡ ਫੋਨ ਲੈ ਸਕਦਾ ਹੈ ਅਤੇ ਇਹ ਸਾਫ਼-ਸੁਥਰਾ ਨਹੀਂ ਚੱਲੇਗਾ, ਭਾਵ, ਗਲੈਕਸੀ ਨੈਕਸਸ ਦੇ ਅਪਵਾਦ ਦੇ ਨਾਲ, ਜੋ ਕਿ ਸਿਸਟਮ ਘੱਟ ਜਾਂ ਘੱਟ ਅਨੁਕੂਲਿਤ ਹੈ। ਕੁੱਲ ਮਿਲਾ ਕੇ, ਐਂਡਰੌਇਡ ਇੱਕ ਤਬਾਹੀ ਹੈ
@Mek - ਮੈਂ ਕਈ ਸਾਲਾਂ ਤੋਂ ਰੋਜ਼ਾਨਾ ਐਪਲ ਉਤਪਾਦਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਰਿਹਾ ਹਾਂ ਅਤੇ ਇਹ ਮੇਰੇ ਨਾਲ ਕਦੇ ਨਹੀਂ ਹੋਇਆ, ਇਸ ਲਈ ਤੁਹਾਡੀ ਥਿਊਰੀ ਕਿਸੇ ਤਰ੍ਹਾਂ ਕੰਮ ਨਹੀਂ ਕਰਦੀ ਹੈ।
ਓ ਟੀ:
@redakce - ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਵੈਬਸਾਈਟ 'ਤੇ ਲਗਾਤਾਰ ਕੰਮ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ ਜਾਂ ਇਸਦੇ ਨਾਲ ਕੁਝ ਹੋ ਰਿਹਾ ਹੈ, ਪਰ ਮੈਨੂੰ ਇਹ ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ ਕਿ ਹਰ ਚੀਜ਼ ਨੂੰ ਕੰਮ ਕਰਨ ਲਈ ਇੱਕ ਹਫ਼ਤਾ ਨਹੀਂ ਲੱਗਦਾ ਜਿਵੇਂ ਕਿ ਇਹ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ. ਅਤੇ ਮੈਂ ਅਸਲ ਵਿੱਚ ਹੁਣ ਇੱਥੇ ਨਹੀਂ ਆਉਂਦਾ, ਕਿਉਂਕਿ ਨਵੀਂ ਦਿੱਖ ਮੇਰੇ ਲਈ ਅਨੁਕੂਲ ਨਹੀਂ ਹੈ। ਘੱਟੋ-ਘੱਟ ਮੈਂ ਆਈਫੋਨ 'ਤੇ ਮੋਬਾਈਲ ਸੰਸਕਰਣ ਦੀ ਵਰਤੋਂ ਕੀਤੀ, ਪਰ ਹੁਣ ਇਹ ਬਿਲਕੁਲ ਕੰਮ ਨਹੀਂ ਕਰਦਾ - ਕਿਵੇਂ? ਉਹ ਫਿਲਹਾਲ ਟਿੱਪਣੀਆਂ ਵਿੱਚ ਪੋਸਟਾਂ ਦਾ ਜਵਾਬ ਨਹੀਂ ਦੇ ਰਹੇ ਹਨ।
@SteveJSF ਬਦਕਿਸਮਤੀ ਨਾਲ, ਚੀਜ਼ਾਂ ਹਮੇਸ਼ਾ ਉਸ ਤਰੀਕੇ ਨਾਲ ਨਹੀਂ ਹੁੰਦੀਆਂ ਜਿਸ ਤਰ੍ਹਾਂ ਅਸੀਂ ਚਾਹੁੰਦੇ ਹਾਂ। ਜਿਵੇਂ ਕਿ ਜਵਾਬਾਂ ਲਈ, ਨਵੇਂ ਐਸਈਓ ਪਲੱਗਇਨ ਨੇ ਉਹਨਾਂ ਨੂੰ ਤੋੜ ਦਿੱਤਾ ਹੈ, ਇਸ ਸਮੇਂ ਇਸਦਾ ਹੱਲ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ.
WP-Touch ਨੇ ਵੀ ਸਾਡੀ ਸੇਵਾ ਨੂੰ ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ ਬੰਦ ਕਰ ਦਿੱਤਾ ਹੈ, ਇਸ ਲਈ ਅਸੀਂ ਇਸ ਪਲੱਗਇਨ ਨਾਲੋਂ ਵਧੀਆ ਹੱਲ ਲੈ ਕੇ ਆਉਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ। ਇਸ ਲਈ ਤੁਸੀਂ ਜਲਦੀ ਹੀ ਅਗਲੀ ਖ਼ਬਰਾਂ ਦੀ ਉਡੀਕ ਕਰ ਸਕਦੇ ਹੋ :-)
ਵਧੀਆ ਲੇਖ. ਜਿੱਥੋਂ ਤੱਕ ਅਭਿਆਸ ਦਾ ਸਬੰਧ ਹੈ, ਮੈਂ ਇਹ ਕਹਿਣਾ ਚਾਹਾਂਗਾ ਕਿ ਮੈਂ ਕਈ ਗੱਲਾਂ ਨਾਲ ਸਹਿਮਤ ਹਾਂ ਅਤੇ ਜ਼ਿਆਦਾਤਰ ਸਮਾਂ ਇਹ ਦੱਸੇ ਅਨੁਸਾਰ ਕੰਮ ਕਰਦਾ ਹੈ, ਪਰ ਬਦਕਿਸਮਤੀ ਨਾਲ ਅਜੇ ਵੀ ਮਾੜੀਆਂ ਲਿਖਤੀ ਐਪਲੀਕੇਸ਼ਨਾਂ ਹਨ ਜੋ ਸਹੀ ਢੰਗ ਨਾਲ ਵਿਵਹਾਰ ਨਹੀਂ ਕਰਦੀਆਂ, ਅਤੇ ਫਿਰ ਅਜਿਹੇ ਮਾਮਲੇ ਹਨ ਜਿਵੇਂ ਕਿ ਕੁਝ ਪਾਠਕਾਂ ਦੁਆਰਾ ਨੋਟ ਕੀਤਾ ਗਿਆ। ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਸਕਾਈਪ ਇੱਕ ਬਹੁਤ ਵਧੀਆ ਉਦਾਹਰਣ ਹੈ, ਮੈਂ ਅਭਿਆਸ ਤੋਂ ਜਾਣਦਾ ਹਾਂ ਕਿ ਇਹ ਅਜੇ ਵੀ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਚੱਲ ਰਿਹਾ ਹੈ (ਅਤੇ ਇਹ ਠੀਕ ਹੈ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ), ਪਰ ਸਮੱਸਿਆ ਇਹ ਹੈ ਕਿ ਇਹ ਐਪਲੀਕੇਸ਼ਨ ਡਿਵਾਈਸ ਦੀ ਬੈਟਰੀ ਨੂੰ ਬਹੁਤ ਜ਼ਿਆਦਾ ਕੱਢ ਦਿੰਦੀ ਹੈ ਅਤੇ ਮੈਂ ਇਸਨੂੰ ਹੁਣ ਠੀਕ ਤਰ੍ਹਾਂ ਨਹੀਂ ਦੇਖ ਸਕਦਾ। ਇਸ ਦੇ ਉਲਟ, ਐਪਲੀਕੇਸ਼ਨਾਂ ਜਿਵੇਂ ਕਿ ਫੇਸਬੁੱਕ, ਬਦੂ, ਆਦਿ। ਉਹ ਅਜੇ ਵੀ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਚੱਲ ਰਹੇ ਹਨ, ਪਰ ਉਹਨਾਂ ਦੀ ਖਪਤ ਲਗਭਗ ਅਦ੍ਰਿਸ਼ਟ ਹੈ (ਘੱਟੋ ਘੱਟ ਮੈਨੂੰ ਕੋਈ ਨੋਟਿਸ ਨਹੀਂ ਹੈ)। ਇਸ ਲਈ ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਗਲਤੀ ਵਿਅਕਤੀਗਤ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਹੈ। ਜੇ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ ਕਿ ਕਿਹੜੇ ਹਨ, ਤਾਂ ਸਿਰਫ ਉਹਨਾਂ ਨੂੰ ਹੱਥੀਂ ਬੰਦ ਕਰਨਾ ਕਾਫ਼ੀ ਹੋਵੇਗਾ!
ਇਸ ਲਈ ਅਭਿਆਸ ਇਹ ਹੈ ਕਿ ਫੇਸਬੁੱਕ ਲੋੜ ਅਨੁਸਾਰ ਚੱਲਦਾ ਹੈ ਅਤੇ ਸਕਾਈਪ ਲੋੜ ਪੈਣ 'ਤੇ ਹੀ।
ਖੈਰ, ਦੂਜੇ ਪਾਸੇ, ਜੇਕਰ ਮੈਨੂੰ ਬੈਟਰੀ ਬਚਾਉਣ ਦੀ ਲੋੜ ਹੈ ਅਤੇ ਮੈਨੂੰ ਪਤਾ ਹੈ ਕਿ ਮੈਨੂੰ ਆਈਫੋਨ ਨੂੰ ਜਿੰਨਾ ਚਿਰ ਸੰਭਵ ਹੋ ਸਕੇ "ਜ਼ਿੰਦਾ" ਰੱਖਣਾ ਹੈ, ਮੈਂ ਮਲਟੀਟਾਸਕਿੰਗ ਵਿੱਚ ਬੇਲੋੜੀ ਹਰ ਚੀਜ਼ ਨੂੰ ਵੀ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹਾਂ, ਪਰ ਜ਼ਿਆਦਾਤਰ ਇਸਦਾ ਕੋਈ ਵੱਡਾ ਪ੍ਰਭਾਵ ਨਹੀਂ ਹੁੰਦਾ, ਪਰ ਜੇ ਲੋੜ ਹੋਵੇ ਤਾਂ ਮੈਂ 3G, ਸਾਰੇ ਮੋਬਾਈਲ ਇੰਟਰਨੈਟ, ਵਾਈਫਾਈ, ਟਿਕਾਣਾ ਸੇਵਾਵਾਂ, ਏਅਰਪਲੇਨ ਮੋਡ, ਲਾਈਟਿੰਗ ਤਾਕਤ, ਆਦਿ ਨੂੰ ਸੀਮਿਤ ਕਰਦਾ ਹਾਂ। ਰੁਟੀਨ ਦੇ ਹਿੱਸੇ ਵਜੋਂ, ਮੈਂ ਮਲਟੀਟਾਸਕਿੰਗ ਵਿੱਚ ਉਪਰੋਕਤ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਵੀ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹਾਂ।
ਇਸ ਲਈ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਮੈਂ ਸੋਚਦਾ ਹਾਂ ਕਿ ਲੇਖ ਸਹੀ ਹੈ, ਬਦਕਿਸਮਤੀ ਨਾਲ ਕੁਝ ਪ੍ਰੋਗਰਾਮਰ ਆਪਣੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨਾਲ ਇਹਨਾਂ ਚੀਜ਼ਾਂ ਦਾ ਖੰਡਨ ਕਰਦੇ ਹਨ, ਕਿਉਂਕਿ ਉਹਨਾਂ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਗਲਤ ਹਨ ਅਤੇ ਮੇਰੇ ਵਿਚਾਰ ਵਿੱਚ ਇਸਦੇ ਲਈ ਸਿਰਫ ਦੋ ਹੱਲ ਹਨ 1. ਜੇ ਇਹ ਸੰਭਵ ਹੈ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਨਾ ਕਰੋ ਅਤੇ ਇੱਕ ਲੱਭੋ. ਵਿਕਲਪਿਕ ਜੇ ਸੰਭਵ ਹੋਵੇ, ਜਾਂ 2. ਜੇ ਇਹ ਸੰਭਵ ਨਹੀਂ ਹੈ, ਜਿਵੇਂ ਕਿ ਸਕਾਈਪ ਦੇਖੋ, ਰਿਪੋਰਟ ਵਿੱਚ ਦਿੱਤੇ ਪ੍ਰੋਗਰਾਮਰ ਨੂੰ ਲਿਖੋ ਅਤੇ ਉਮੀਦ ਕਰੋ ਕਿ ਉਹ ਇਸ ਬਾਰੇ ਕੁਝ ਕਰਨਗੇ।
ਐਪਸ ਨੂੰ ਹੱਥੀਂ ਅਯੋਗ ਕਰਨਾ ਬੇਕਾਰ ਹੋ ਸਕਦਾ ਹੈ, ਪਰ ਮੈਂ ਇਸਨੂੰ ਫਿਰ ਵੀ ਕਰਦਾ ਹਾਂ। ਮੈਂ ਐਪਲੀਕੇਸ਼ਨ ਸਿਸਟਮ ਨੂੰ ਬੰਦ ਨਾ ਕਰਨ ਦੀ ਵੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ, ਉਹਨਾਂ ਨੂੰ ਚੱਲਣ ਦਿਓ (ਜਾਂ ਉਹਨਾਂ ਨੂੰ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਸੁੱਤੇ ਛੱਡੋ) ਅਤੇ ਬੈਟਰੀ ਦੀ ਉਮਰ ਬਹੁਤ ਘੱਟ ਸੀ, ਲਗਭਗ ਤਿੰਨ ਹਫ਼ਤਿਆਂ ਬਾਅਦ ਆਈਪੈਡ 2 ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰਨਾ ਵੀ ਜ਼ਰੂਰੀ ਸੀ, ਇਸਨੇ ਹੌਲੀ ਹੌਲੀ ਜਵਾਬ ਦਿੱਤਾ. ਇਸ ਲਈ ਮੈਂ ਐਪਸ ਨੂੰ ਹੱਥੀਂ ਬੰਦ ਕਰਦਾ ਹਾਂ, ਬੈਟਰੀ ਜ਼ਿਆਦਾ ਚੱਲਦੀ ਹੈ, ਮੈਂ ਹਾਲ ਹੀ ਵਿੱਚ ਕ੍ਰਿਸਮਸ ਦੇ ਦਿਨ ਰੀਬੂਟ ਕੀਤਾ ਹੈ ਅਤੇ ਇਹ ਠੀਕ ਚੱਲ ਰਿਹਾ ਹੈ।
ਵੈਸੇ, ਮੈਂ Mac OS X ਵਿੱਚ ਵੀ ਇਹੀ ਕੰਮ ਕਰਦਾ ਹਾਂ, ਮੈਂ ਸਿਰਫ਼ ਉਸ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਬੰਦ ਕਰਦਾ ਹਾਂ ਜਿਸਦੀ ਮੈਨੂੰ ਲੋੜ ਨਹੀਂ ਹੈ (CMD+Q), ਇਹ ਬੈਕਗ੍ਰਾਊਂਡ ਵਿੱਚ ਸੌਣ ਅਤੇ ਬੇਲੋੜੀ RAM ਖਾਣ ਨਾਲੋਂ ਬਿਹਤਰ ਹੈ (ਜੋ OS X ਕਰ ਸਕਦਾ ਹੈ। ਬਹੁਤ ਚੰਗੀ ਤਰ੍ਹਾਂ ਨਾਲ ਕੰਮ ਨਹੀਂ ਕਰਦਾ). ਮੇਰੇ ਕੋਲ ਥੋੜੀ ਜਿਹੀ ਰੈਮ ਹੈ, ਸਿਰਫ 8 ਜੀਬੀ, ਪਰ ਵਿੰਡੋਜ਼ 7 ਵਿੱਚ 8 ਜੀਬੀ ਦੇ ਨਾਲ, ਸਿਸਟਮ ਨੇ ਹੌਲੀ ਹੌਲੀ ਜਵਾਬ ਨਹੀਂ ਦਿੱਤਾ ਜਾਂ ਸਵੈਪ ਨਹੀਂ ਕੀਤਾ, OS X ਵਿੱਚ ਇਹ ਕਾਫ਼ੀ ਆਮ ਵਰਤਾਰਾ ਹੈ (ਮੈਂ ਕਦੇ ਕੰਪਿਊਟਰ ਨੂੰ ਬੰਦ ਨਹੀਂ ਕੀਤਾ, ਮੈਂ ਇਸਨੂੰ ਮੈਕ ਨਾਲ ਵੀ ਕਰਦਾ ਹਾਂ, ਇਸ ਲਈ ਇੱਕ ਮਹੀਨਾ ਅਤੇ ਵੱਧ ਸਮਾਂ ਇੱਕ ਅਪਵਾਦ ਨਹੀਂ ਹੈ, ਸਮੱਸਿਆ ਇਹ ਹੈ ਕਿ ਮੈਨੂੰ ਰੈਮ ਨੂੰ ਖਾਲੀ ਕਰਨ ਅਤੇ "ਸਪੀਡ ਅਪ" ਕਰਨ ਲਈ ਸਾਵਧਾਨੀ ਵਜੋਂ ਕਈ ਵਾਰ ਮੈਕ ਨੂੰ ਰੀਸਟਾਰਟ ਕਰਨਾ ਪੈਂਦਾ ਹੈ, ਵਿੰਡੋਜ਼ 7 ਨੂੰ ਇਸਦੀ ਲੋੜ ਨਹੀਂ ਹੈ)।
ਮੈਨੂੰ ਅਸਲ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਕਿਵੇਂ ਵਿਸਫੋਟ ਕਰਨਾ ਹੈ ਇਸ ਵਿੱਚ ਵਧੇਰੇ ਦਿਲਚਸਪੀ ਹੈ. ਮੇਰੇ ਨਾਲ ਕੀ ਹੋਇਆ ਕਿ ਐਪਲੀਕੇਸ਼ਨ (ਖਾਸ ਤੌਰ 'ਤੇ ਜੀਓਕੈਚਿੰਗ 'ਤੇ) ਅਜਿਹੀ ਸਥਿਤੀ ਵਿੱਚ ਆ ਗਈ ਜਿੱਥੇ ਇਹ ਪੇਰੈਂਟ ਸਰਵਰ ਤੋਂ ਕੁਝ ਲੋਡ ਕਰ ਰਿਹਾ ਸੀ ਅਤੇ ਉਸ ਸਥਿਤੀ ਵਿੱਚ ਫਸ ਗਿਆ। ਹੋਮ ਬਟਨ ਨੇ ਕੰਮ ਕੀਤਾ, ਰੀਬੂਟ ਕਰਨ ਤੋਂ ਬਾਅਦ ਇਹ ਫ੍ਰੀਜ਼ਨ ਸਟੇਟ (ਜਿੱਥੇ ਮੈਂ ਛੱਡਿਆ ਸੀ) ਵਿੱਚ ਵਾਪਸ ਚਲਾ ਗਿਆ। ਮੈਨੁਅਲ ਐਗਜ਼ਿਟ (ਮਲਟੀਟੈਸਟਿੰਗ ਮੀਨੂ ਵੱਲ, ਆਈਕਨ ਨੂੰ ਫੜੋ ਅਤੇ ਬੰਦ ਕਰਨ ਲਈ ਘਟਾਓ) = ਐਪਲੀਕੇਸ਼ਨ ਗਾਇਬ ਹੋ ਗਈ, ਮੁੜ ਚਾਲੂ ਕਰਨ ਤੋਂ ਬਾਅਦ ਇਹ ਆਪਣੀ ਅਸਲ ਸਥਿਤੀ ਵਿੱਚ ਖੁੱਲ੍ਹ ਗਈ ਜਿੱਥੇ ਇਹ ਜੰਮ ਗਿਆ ਸੀ। ਇਸ ਲਈ ਮੈਂ ਸਭ ਕੁਝ ਬੰਦ ਕਰ ਦਿੱਤਾ, ਫ਼ੋਨ ਬੰਦ ਕਰ ਦਿੱਤਾ, ਇਸਨੂੰ ਚਾਲੂ ਕੀਤਾ, HOME 'ਤੇ ਡਬਲ-ਕਲਿੱਕ ਕੀਤਾ ਅਤੇ ਦੇਖੋ - ਐਪਲੀਕੇਸ਼ਨਾਂ ਸਭ ਕੁਝ ਉੱਥੇ ਸਨ ਜਿਵੇਂ ਕਿ ਉਹ ਬੰਦ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਬੰਦ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਸਨ। ਰੀਸਟਾਰਟ ਨੇ ਵੀ ਮਦਦ ਨਹੀਂ ਕੀਤੀ - ਜਦੋਂ ਤੱਕ ਇਹ ਗਰਮ ਨਹੀਂ ਹੋ ਜਾਂਦਾ ਉਦੋਂ ਤੱਕ ਘਰ ਅਤੇ ਉੱਪਰ ਨੂੰ ਫੜੀ ਰੱਖੋ। ਫੋਨ ਤੋਂ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਹਟਾਉਣ, ਇਸ ਨੂੰ ਰੀਸਟਾਰਟ ਕਰਨ ਅਤੇ ਫੋਨ 'ਤੇ ਇਸ ਨੂੰ ਮੁੜ ਸਥਾਪਿਤ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਨ ਵਾਲੀ ਇੱਕੋ ਚੀਜ਼ ਸੀ। ਕਿਸੇ ਤਰ੍ਹਾਂ ਮੈਂ ਇਸਨੂੰ ਨਹੀਂ ਲਿਆ.
ਇਹ ਮਲਟੀਟਾਸਕਿੰਗ ਪ੍ਰਬੰਧਨ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਇਹਨਾਂ ਸਥਿਤੀਆਂ ਨਾਲ ਸਿੱਝਣਾ ਡਿਵੈਲਪਰਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਪੂਰੀ ਸਥਿਤੀ ਦੇ ਵਧੇਰੇ ਵਿਸਤ੍ਰਿਤ ਅਤੇ ਪੇਸ਼ੇਵਰ ਵਰਣਨ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਣ ਵਾਲਿਆਂ ਲਈ, ਮੈਂ ਇੱਥੇ ਲਿਖਾਂਗਾ ਕਿ ਇਹ ਕਿਵੇਂ ਹੈ.
ਐਪਲੀਕੇਸ਼ਨ ਕੁੱਲ 6 ਰਾਜਾਂ ਨੂੰ ਜਵਾਬ ਦੇ ਸਕਦੀ ਹੈ ਅਤੇ ਇਹ ਰਾਜ ਹਨ:
ਐਪਲੀਕੇਸ਼ਨWillResignActive
applicationDidEnterBackground
applicationWillEnterForeground
ਐਪਲੀਕੇਸ਼ਨDidBecomActive
applicationWillTerminate
applicationDidReceiveMemoryWarning
ਹੁਣ ਮੈਂ ਇਹਨਾਂ ਰਾਜਾਂ ਦਾ ਵਿਸਥਾਰ ਨਾਲ ਵਰਣਨ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਾਂਗਾ।
applicationWillResignActive - ਇਸ ਸਥਿਤੀ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਭਵਿੱਖ ਵਿੱਚ (ਕੁਝ ਮਿਲੀਸਕਿੰਟ ਦੀ ਗੱਲ) ਐਪਲੀਕੇਸ਼ਨ ਐਕਟਿਵ ਐਪਲੀਕੇਸ਼ਨ (ਅਰਥਾਤ ਫੋਰਗਰਾਉਂਡ ਐਪਲੀਕੇਸ਼ਨ) ਦੇ ਰੂਪ ਵਿੱਚ ਅਸਤੀਫਾ ਦੇ ਦੇਵੇਗੀ, ਇਹ ਉਦਾਹਰਨ ਲਈ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਇੱਕ ਕਾਲ ਪ੍ਰਾਪਤ ਹੁੰਦੀ ਹੈ, ਪਰ ਉਸੇ ਸਮੇਂ ਇਹ ਵਿਧੀ ਇਸ ਲਈ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਇਹ ਸਥਿਤੀ ਚਾਲੂ ਹੋ ਜਾਵੇਗੀ, ਇਸ ਲਈ ਤੁਹਾਨੂੰ ਇਹਨਾਂ ਤਬਦੀਲੀਆਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣ ਦੀ ਲੋੜ ਹੈ। ਇਹ ਤਰੀਕਾ ਵੀ ਢੁਕਵਾਂ ਹੈ ਤਾਂ ਕਿ, ਉਦਾਹਰਨ ਲਈ, ਇਹ ਉਹਨਾਂ ਸਾਰੀਆਂ ਗਤੀਵਿਧੀਆਂ ਨੂੰ ਮੁਅੱਤਲ ਕਰ ਦਿੰਦਾ ਹੈ ਜੋ ਇਹ ਕਰ ਰਿਹਾ ਹੈ ਜਦੋਂ ਕੋਈ ਇਨਕਮਿੰਗ ਕਾਲ ਹੁੰਦੀ ਹੈ ਅਤੇ ਕਾਲ ਦੇ ਅੰਤ ਤੱਕ ਉਡੀਕ ਕਰਦਾ ਹੈ।
applicationDidEnterBackground - ਇਹ ਸਥਿਤੀ ਦਰਸਾਉਂਦੀ ਹੈ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਦਾਖਲ ਹੋ ਗਈ ਹੈ, ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਇਸ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਉਹਨਾਂ ਸਾਰੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਮੁਅੱਤਲ ਕਰਨ ਲਈ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਜਿਹਨਾਂ ਨੂੰ ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਚਲਾਉਣ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ ਅਤੇ ਨਾ ਵਰਤੇ ਗਏ ਡੇਟਾ ਅਤੇ ਹੋਰ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੀ ਮੈਮੋਰੀ ਨੂੰ ਸਾਫ਼ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਟਾਈਮਰ ਦੀ ਮਿਆਦ ਖਤਮ ਹੋ ਗਈ ਹੈ, ਮੈਮੋਰੀ ਲੋਡ ਕੀਤੇ ਚਿੱਤਰ ਜੋ ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਲੋੜੀਂਦੇ ਨਹੀਂ ਹੋਣਗੇ ਜਾਂ ਸਰਵਰਾਂ ਨਾਲ ਕਨੈਕਸ਼ਨ ਨੂੰ ਖਤਮ ਕਰ ਸਕਦੇ ਹਨ ਜੇਕਰ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਕਨੈਕਸ਼ਨ ਨੂੰ ਪੂਰਾ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਨਹੀਂ ਹੈ। ਅਸਲ ਵਿੱਚ, ਜਦੋਂ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਬੁਲਾਇਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਇਸ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਮੁਅੱਤਲ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ ਜੇਕਰ ਇਸਦੇ ਕੁਝ ਹਿੱਸੇ ਨੂੰ ਪਿਛੋਕੜ ਵਿੱਚ ਚਲਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।
applicationWillEnterForeground - ਇਹ ਅਵਸਥਾ ਪਹਿਲੀ ਅਵਸਥਾ ਦੇ ਉਲਟ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਐਪਲੀਕੇਸ਼ਨ ਸਰਗਰਮ ਰਾਜ ਨੂੰ ਅਸਤੀਫਾ ਦੇ ਦੇਵੇਗੀ। ਇਸ ਐਪਲੀਕੇਸ਼ਨ ਸਥਿਤੀ ਦਾ ਸਿੱਧਾ ਮਤਲਬ ਹੈ ਕਿ ਅਗਲੇ ਕੁਝ ਮਿਲੀਸਕਿੰਟਾਂ ਵਿੱਚ ਸਲੀਪਿੰਗ ਐਪਲੀਕੇਸ਼ਨ ਬੈਕਗ੍ਰਾਉਂਡ ਤੋਂ ਮੁੜ ਸ਼ੁਰੂ ਹੋ ਜਾਵੇਗੀ ਅਤੇ ਫੋਰਗਰਾਉਂਡ ਵਿੱਚ ਦਿਖਾਈ ਦੇਵੇਗੀ (ਐਪਲੀਕੇਸ਼ਨ ਫੋਰਗਰਾਉਂਡ ਵਿੱਚ ਦਾਖਲ ਹੁੰਦੀ ਹੈ), ਇਸ ਵਿਧੀ ਨੂੰ ਡਿਵੈਲਪਰਾਂ ਦੁਆਰਾ ਕਿਸੇ ਵੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਮੁੜ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਦੌਰਾਨ ਅਕਿਰਿਆਸ਼ੀਲ ਸਨ। ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ, ਸਰਵਰਾਂ ਨਾਲ ਕਨੈਕਸ਼ਨ ਮੁੜ ਸਥਾਪਿਤ ਕੀਤੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ, ਟਾਈਮਰ ਰੀਸੈਟ ਕੀਤੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ, ਚਿੱਤਰ ਅਤੇ ਡੇਟਾ ਮੈਮੋਰੀ ਵਿੱਚ ਲੋਡ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਹੋਰ ਜ਼ਰੂਰੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਲੋਡ ਕੀਤੀ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਦੁਬਾਰਾ ਦੇਖਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਮੁੜ ਸ਼ੁਰੂ ਹੋ ਸਕਦੀਆਂ ਹਨ।
applicationDidBecomeActive - ਇਹ ਸਥਿਤੀ ਦਰਸਾਉਂਦੀ ਹੈ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਫੋਰਗਰਾਉਂਡ ਵਿੱਚ ਰੀਸਟੋਰ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹੁਣੇ ਹੀ ਕਿਰਿਆਸ਼ੀਲ ਹੋ ਗਈ ਹੈ, ਇਹ ਇੱਕ ਅਜਿਹਾ ਤਰੀਕਾ ਹੈ ਜਿਸਦੀ ਵਰਤੋਂ ਉਪਭੋਗਤਾ ਇੰਟਰਫੇਸ ਵਿੱਚ ਵਾਧੂ ਵਿਵਸਥਾਵਾਂ ਕਰਨ ਜਾਂ UI ਨੂੰ ਇਸਦੀ ਅਸਲ ਸਥਿਤੀ ਵਿੱਚ ਬਹਾਲ ਕਰਨ ਲਈ ਵਰਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਆਦਿ। ਇਹ ਵਿਧੀ ਅਸਲ ਵਿੱਚ ਵਾਪਰਦੀ ਹੈ ਜਦੋਂ ਉਪਭੋਗਤਾ ਪਹਿਲਾਂ ਹੀ ਡਿਸਪਲੇਅ 'ਤੇ ਦੇਖ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਬੈਲੇਂਸ ਸ਼ੀਟ ਤੋਂ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਇਸ ਵਿਧੀ ਅਤੇ ਪਿਛਲੀ ਵਿਧੀ ਵਿੱਚ ਕੀ ਹੋ ਰਿਹਾ ਹੈ। ਉਹਨਾਂ ਨੂੰ ਕੁਝ ਮਿਲੀਸਕਿੰਟ ਦੇ ਅੰਤਰ ਨਾਲ ਇੱਕ ਤੋਂ ਬਾਅਦ ਇੱਕ ਕਿਹਾ ਜਾਂਦਾ ਹੈ।
applicationWillTerminate - ਇਹ ਸਥਿਤੀ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਖਤਮ ਹੋਣ ਤੋਂ ਕੁਝ ਮਿਲੀਸਕਿੰਟ ਪਹਿਲਾਂ ਹੁੰਦੀ ਹੈ, ਯਾਨੀ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਅਸਲ ਵਿੱਚ ਸਮਾਪਤ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ। ਜਾਂ ਤਾਂ ਮਲਟੀਟਾਸਕਿੰਗ ਤੋਂ ਜਾਂ ਡਿਵਾਈਸ ਨੂੰ ਬੰਦ ਕਰਨ ਵੇਲੇ ਹੱਥੀਂ। ਇਸ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਪ੍ਰਕਿਰਿਆ ਕੀਤੇ ਡੇਟਾ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨ ਅਤੇ ਸਾਰੀਆਂ ਗਤੀਵਿਧੀਆਂ ਨੂੰ ਖਤਮ ਕਰਨ ਅਤੇ ਡੇਟਾ ਨੂੰ ਮਿਟਾਉਣ ਲਈ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ ਜਿਸਦੀ ਹੁਣ ਲੋੜ ਨਹੀਂ ਹੋਵੇਗੀ।
applicationDidReceiveMemoryWarning - ਅਤੇ ਇਹ ਇੱਕ ਅਜਿਹੀ ਸਥਿਤੀ ਹੈ ਜਿਸਦੀ ਇੱਥੇ ਬਹੁਤ ਚਰਚਾ ਕੀਤੀ ਗਈ ਹੈ, ਜੇਕਰ ਲੋੜ ਹੋਵੇ, ਤਾਂ iOS ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਮੈਮੋਰੀ ਤੋਂ ਹਟਾ ਦੇਵੇਗਾ ਜੇਕਰ ਇਹ ਸਿਸਟਮ ਸਰੋਤਾਂ ਦੀ ਬੇਲੋੜੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਮੈਨੂੰ ਬਿਲਕੁਲ ਨਹੀਂ ਪਤਾ ਕਿ ਆਈਓਐਸ ਬੈਕਗ੍ਰਾਉਂਡ ਐਪਸ ਨਾਲ ਕੀ ਕਰਦਾ ਹੈ, ਪਰ ਜੇ ਇਸਨੂੰ ਹੋਰ ਪ੍ਰਕਿਰਿਆਵਾਂ ਲਈ ਸਰੋਤਾਂ ਨੂੰ ਜਾਰੀ ਕਰਨ ਲਈ ਇੱਕ ਐਪ ਦੀ ਜ਼ਰੂਰਤ ਹੈ, ਤਾਂ ਇਹ ਇਸਨੂੰ ਆਪਣੇ ਕੋਲ ਰੱਖੇ ਸਰੋਤਾਂ ਨੂੰ ਜਾਰੀ ਕਰਨ ਲਈ ਇੱਕ ਮੈਮੋਰੀ ਚੇਤਾਵਨੀ ਦੇ ਨਾਲ ਪੁੱਛਦਾ ਹੈ। ਇਸ ਲਈ ਇਸ ਵਿਧੀ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਬੁਲਾਇਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਇਸ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਤਾਂ ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਆਪਣੀ ਮੈਮੋਰੀ ਛੱਡ ਦੇਵੇ, ਪ੍ਰੋਸੈਸਡ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰੇ ਅਤੇ ਮੈਮੋਰੀ ਤੋਂ ਬੇਲੋੜੇ ਡੇਟਾ ਨੂੰ ਮਿਟਾ ਦੇਵੇ, ਅਤੇ ਨਹੀਂ ਤਾਂ ਮੈਮੋਰੀ ਨੂੰ ਉਚਿਤ ਰੂਪ ਵਿੱਚ ਖਾਲੀ ਕਰ ਦੇਵੇ। ਇਹ ਸੱਚ ਹੈ ਕਿ ਬਹੁਤ ਸਾਰੇ ਡਿਵੈਲਪਰ, ਉਦਾਹਰਨ ਲਈ ਸ਼ੁਰੂਆਤ ਕਰਨ ਵਾਲੇ, ਅਜਿਹੀਆਂ ਚੀਜ਼ਾਂ ਬਾਰੇ ਨਹੀਂ ਸੋਚਦੇ ਜਾਂ ਉਹਨਾਂ ਨੂੰ ਨਹੀਂ ਸਮਝਦੇ, ਅਤੇ ਫਿਰ ਇਹ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਉਹਨਾਂ ਦੀ ਐਪਲੀਕੇਸ਼ਨ ਬੈਟਰੀ ਦੀ ਉਮਰ ਨੂੰ ਖਤਰੇ ਵਿੱਚ ਪਾਉਂਦੀ ਹੈ ਅਤੇ/ਜਾਂ ਬੇਲੋੜੇ ਤੌਰ 'ਤੇ ਪਿਛੋਕੜ ਵਿੱਚ ਵੀ ਸਿਸਟਮ ਸਰੋਤਾਂ ਦੀ ਖਪਤ ਕਰਦੀ ਹੈ। ਮੈਨੂੰ ਨਹੀਂ ਪਤਾ ਕਿ iOS ਕਿਵੇਂ ਵਿਵਹਾਰ ਕਰੇਗਾ ਜੇਕਰ ਐਪਲੀਕੇਸ਼ਨ ਮੈਮੋਰੀ ਚੇਤਾਵਨੀ ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ ਕੁਝ ਨਹੀਂ ਕਰਦੀ ਅਤੇ ਪਹਿਲਾਂ ਵਾਂਗ ਸਿਸਟਮ ਸਰੋਤਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਜਾਰੀ ਰੱਖਦੀ ਹੈ।
ਇਹ ਕੁਝ ਸਥਿਤੀਆਂ ਅਤੇ ਸੰਬੰਧਿਤ ਵਿਧੀਆਂ iOS ਵਿੱਚ ਪੂਰੀ "ਮਲਟੀਟਾਸਕਿੰਗ" ਦੇ ਪਿੱਛੇ ਹਨ... ਇਹ ਇੱਕ ਵਧੀਆ ਪ੍ਰਣਾਲੀ ਹੈ ਜੇਕਰ ਡਿਵੈਲਪਰ ਇਸ ਬਾਰੇ ਜ਼ਿੰਮੇਵਾਰ ਹੋਣ ਦੀ ਜ਼ਰੂਰਤ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਨਹੀਂ ਕਰਦੇ ਹਨ ਕਿ ਜੇਕਰ ਐਪਸ ਨੂੰ ਘੱਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਤਾਂ ਉਹਨਾਂ ਦੇ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਡਿਵਾਈਸਾਂ 'ਤੇ ਕੀ ਪੈਦਾ ਹੋਵੇਗਾ। ਜਾਂ ਸਿਸਟਮ ਤੋਂ ਚੇਤਾਵਨੀਆਂ ਪ੍ਰਾਪਤ ਕਰੋ ਅਤੇ ਹੋਰ...
ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਇਹ ਸੰਖੇਪ ਵਰਣਨ ਤੁਹਾਨੂੰ ਇਹ ਸਮਝਣ ਵਿੱਚ ਮਦਦ ਕਰੇਗਾ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਹਰ ਚੀਜ਼ ਨੂੰ ਸੁਚਾਰੂ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਨ ਵਿੱਚ ਕਿਵੇਂ ਸ਼ਾਮਲ ਹੈ। ਇਸ ਲਈ ਇਹ ਕਹਿਣਾ ਲਗਭਗ ਸੰਭਵ ਹੈ ਕਿ ਇਹ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਗਲਤ ਵਰਤੋਂ ਦੀ ਗਲਤੀ ਹੈ, ਜਿਸ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਸਮਝਿਆ ਜਾ ਸਕਦਾ ਹੈ - ਜੇਕਰ ਤੁਸੀਂ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਸ਼ੁਕੀਨ ਡਿਵੈਲਪਰਾਂ ਤੋਂ ਜ਼ਿਆਦਾਤਰ ਮੁਫਤ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਡੀ ਆਈਓਐਸ ਡਿਵਾਈਸ ਇਸ ਤੋਂ ਵੀ ਮਾੜੀ ਚੱਲੇਗੀ ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਵੱਡੇ ਤਜਰਬੇਕਾਰ ਜਾਂ ਪੇਸ਼ੇਵਰ ਡਿਵੈਲਪਰਾਂ ਤੋਂ ਮੁਫਤ ਅਤੇ ਅਦਾਇਗੀ ਯੋਗ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਸੰਖਿਆ। ਇਹ ਕਹਿਣ ਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਦੋਵਾਂ ਸਰਕਲਾਂ ਵਿੱਚ ਕੋਈ ਅਪਵਾਦ ਨਹੀਂ ਹਨ. ਉਦਾਹਰਨ ਲਈ, ਫੋਰਸਕੇਅਰ ਕਾਫ਼ੀ ਅਜੀਬ ਅਤੇ ਮੰਗ ਵਾਲਾ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਸੇ ਸਮੇਂ, ਕੋਈ ਇਹ ਉਮੀਦ ਕਰੇਗਾ ਕਿ ਉਹ ਬਹੁਤ ਕੁਸ਼ਲ ਡਿਵੈਲਪਰ ਹਨ ਜੋ ਮੈਮੋਰੀ ਅਤੇ ਬੈਟਰੀ ਪ੍ਰਬੰਧਨ ਲਈ ਬਹੁਤ ਸਮਾਂ ਦਿੰਦੇ ਹਨ, ਪਰ ਇਸਦੇ ਉਲਟ ਸੱਚ ਹੈ. 4SQ ਨਾਲ ਸਭ ਤੋਂ ਵੱਡੀ ਸਮੱਸਿਆ ਸਰਵਰਾਂ ਨਾਲ ਸੰਚਾਰ ਹੈ, ਜੋ ਅਕਸਰ ਲਟਕ ਜਾਂਦੀ ਹੈ ਅਤੇ ਹਾਵੀ ਹੋ ਜਾਂਦੀ ਹੈ। ਇਹ ਇਸ ਤੱਥ ਦਾ ਸਿਰਫ਼ ਇੱਕ ਉਦਾਹਰਨ ਹੈ ਕਿ ਮਸ਼ਹੂਰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਵੀ ਸਮੱਸਿਆਵਾਂ ਹਨ, ਜੋ ਇਸ ਤੱਥ ਨੂੰ ਨਹੀਂ ਬਦਲਦੀਆਂ ਕਿ 4SQ ਇੱਕ ਵਧੀਆ ਸੇਵਾ ਹੈ।
ਮਸਤੀ ਕਰੋ ਸੇਬ !! :)
ਅਸੀਂ ਲੇਖਕ ਦੀ ਦਿਆਲੂ ਆਗਿਆ ਨਾਲ ਲੇਖ ਵਿੱਚ ਜਾਣਕਾਰੀ ਸ਼ਾਮਲ ਕੀਤੀ ਹੈ ;-)
ਮੈਨੂੰ ਮਾਫ਼ ਕਰਨਾ, ENTER ਪੈਰਾਗ੍ਰਾਫ਼ਾਂ ਦੇ ਵਿਚਕਾਰ ਹਰ ਥਾਂ ਸੀ, ਉਹ ਇੱਥੇ ਇਸ ਬਾਰੇ ਕੁਝ ਕਰ ਸਕਦੇ ਹਨ ਤਾਂ ਕਿ ਟਿੱਪਣੀਆਂ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ RICH TEXT FORMATING ਹੋਵੇ।
ਅਰਨੀਐਕਸ: ਟਿੱਪਣੀ ਲਈ ਧੰਨਵਾਦ !!
ਉਹ ਫਰਾਮੀਰ: ਮੈਂ ਤੁਹਾਡੀ ਸਮੱਸਿਆ ਬਾਰੇ, ਮੈਨੂੰ ਨਹੀਂ ਪਤਾ ਕਿ ਇਹ ਤੁਹਾਡੇ ਕੇਸ ਵਿੱਚ ਮਦਦ ਕਰੇਗਾ ਜਾਂ ਨਹੀਂ, ਪਰ ਮੈਂ ਆਪਣੇ ਤਜ਼ਰਬੇ ਤੋਂ ਜਾਣਦਾ ਹਾਂ ਕਿ ਜੇਕਰ ਤੁਸੀਂ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਬੰਦ ਕਰਦੇ ਹੋ (ਮਲਟੀਟਾਸਕਿੰਗ ਵਿੱਚ) ਤਾਂ ਇਸ ਨੂੰ ਬੰਦ ਹੋਣ ਤੱਕ ਕੁਝ ਸਕਿੰਟ ਲੱਗ ਜਾਂਦੇ ਹਨ, ਇਸ ਲਈ ਜੇਕਰ ਤੁਸੀਂ ਇਸਨੂੰ ਬੰਦ ਕਰ ਦਿਓ ਮੈਂ ਕੁਝ ਸਕਿੰਟਾਂ ਦੀ ਉਡੀਕ ਕਰਨ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕਰਦਾ ਹਾਂ (ਮੈਂ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਲਗਭਗ 10 ਸਕਿੰਟਾਂ ਦੀ ਉਡੀਕ ਕਰਦਾ ਹਾਂ) ਜਦੋਂ ਤੱਕ ਇਹ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਪੂਰਾ ਨਹੀਂ ਹੋ ਜਾਂਦਾ ਅਤੇ ਕੇਵਲ ਤਦ ਹੀ ਮੈਂ ਇਸਨੂੰ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਕਰਾਂਗਾ।
ਤੁਹਾਡਾ ਸੁਆਗਤ ਹੈ;) ਜੇਕਰ ਮੇਰੇ ਕੋਲ ਯੋਗਦਾਨ ਪਾਉਣ ਦਾ ਮੌਕਾ ਹੈ ਤਾਂ ਮੈਨੂੰ ਮਦਦ ਕਰਨ ਵਿੱਚ ਖੁਸ਼ੀ ਹੋਵੇਗੀ।
ਇਹ ਮੀਬ ਨਾਲ ਕਿਵੇਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਦੋਂ ਮੈਂ ਇਸ ਰਾਹੀਂ ICQ ਜਾਂ FB ਚੈਟ ਵਿੱਚ ਲੌਗਇਨ ਕਰਦਾ ਹਾਂ, ਤਾਂ ਇਹ 10 ਮਿੰਟਾਂ ਬਾਅਦ ਆਪਣੇ ਆਪ ਲੌਗ ਆਉਟ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਮੈਂ ਔਫਲਾਈਨ ਹੋ ਜਾਂਦਾ ਹਾਂ ਜਾਂ ਕੀ ਇਹ ਕੰਮ ਕਰਨਾ ਜਾਰੀ ਰੱਖਦਾ ਹੈ? ਸਪਸ਼ਟੀਕਰਨ ਲਈ ਧੰਨਵਾਦ: ਪੀ
ਦਸ ਮਿੰਟਾਂ ਬਾਅਦ, ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਇੰਟਰਨੈਟ ਨਾਲ ਕੁਨੈਕਸ਼ਨ ਬੰਦ ਹੋ ਜਾਂਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਤੁਸੀਂ ਅਜੇ ਵੀ ਮੀਬਾ ਸਰਵਰ 'ਤੇ ਔਨਲਾਈਨ ਹੋਵੋਗੇ ਅਤੇ ਜੇਕਰ ਕੋਈ ਤੁਹਾਨੂੰ ਲਿਖਦਾ ਹੈ ਤਾਂ ਤੁਹਾਨੂੰ ਇੱਕ ਪੁਸ਼ ਸੂਚਨਾ ਪ੍ਰਾਪਤ ਹੋਵੇਗੀ। ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਦੁਬਾਰਾ ਖੋਲ੍ਹਣ ਤੋਂ ਬਾਅਦ, ਕੁਨੈਕਸ਼ਨ ਇੱਕ ਪਲ ਵਿੱਚ ਸਥਾਪਿਤ ਹੋ ਜਾਵੇਗਾ ਅਤੇ ਤੁਸੀਂ ਖੁਸ਼ੀ ਨਾਲ ਚੈਟਿੰਗ ਜਾਰੀ ਰੱਖ ਸਕਦੇ ਹੋ।
ਇਸ ਲਈ, ਜੇਕਰ ਮੈਂ ਤੁਹਾਡੇ ਦੁਆਰਾ ਲਿੰਕ ਕੀਤੇ ਲੇਖ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਸਮਝਦਾ ਹਾਂ, ਤਾਂ ਅੰਕੜੇ ਸਿਰਫ ਐਪਲੀਕੇਸ਼ਨ ਕ੍ਰੈਸ਼ਾਂ ਦਾ ਹਵਾਲਾ ਦਿੰਦੇ ਹਨ ਜਦੋਂ ਉਹ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹਨ, ਜੋ ਕਿ ਉਹਨਾਂ ਮਾਮਲਿਆਂ ਦਾ ਇੱਕ ਬਹੁਤ ਛੋਟਾ ਪ੍ਰਤੀਸ਼ਤ ਹੈ ਜਿੱਥੇ ਇੱਕ ਕਰੈਸ਼ ਹੋ ਸਕਦਾ ਹੈ। ਇਸ ਲਈ, ਇਸ "ਖੋਜ" ਤੋਂ ਇਹ ਸਿੱਟਾ ਕੱਢਣਾ ਅਸੰਭਵ ਹੈ ਕਿ ਆਈਓਐਸ ਮੇਰੀ ਰਾਏ ਵਿੱਚ ਘੱਟ ਸਥਿਰ ਹੈ. ਇਸ ਤੋਂ ਇਲਾਵਾ, ਫੋਰਬਸ ਤੋਂ ਲਏ ਗਏ ਲੇਖ ਦਾ ਅਨੁਵਾਦਕ ਇਹ ਦੱਸਣਾ ਭੁੱਲ ਗਿਆ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਕ੍ਰੈਸ਼ਾਂ 'ਤੇ ਡੇਟਾ ਪ੍ਰਦਾਨ ਕਰਨ ਵਾਲੀ ਕੰਪਨੀ ਗੂਗਲ ਦੁਆਰਾ ਸਮਰਥਤ ਹੈ, ਦੂਜਿਆਂ ਦੇ ਨਾਲ ("ਕ੍ਰਿਟਰਸਿਜ਼ਮ, ਜਿਸ ਨੂੰ ਗੂਗਲ ਵੈਂਚਰਸ ਦੁਆਰਾ ਸਮਰਥਨ ਪ੍ਰਾਪਤ ਹੈ, ...")।