ಆಪಲ್ ಪಿಕ್ಕರ್ ಐಒಎಸ್‌ನಲ್ಲಿ ಮಲ್ಟಿಟಾಸ್ಕಿಂಗ್ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ತಿಳಿದಿಲ್ಲದ ಬಹಳಷ್ಟು ಜನರು ಇನ್ನೂ ಇದ್ದಾರೆ. ಆದಾಗ್ಯೂ, ಪ್ರಾರಂಭಿಸಲು, ಇದು ನಿಜವಾದ ಬಹುಕಾರ್ಯಕವಲ್ಲ, ಆದರೆ ಸಿಸ್ಟಮ್ ಅಥವಾ ಬಳಕೆದಾರರಿಗೆ ಹೊರೆಯಾಗದ ಅತ್ಯಂತ ಸ್ಮಾರ್ಟ್ ಪರಿಹಾರವಾಗಿದೆ ಎಂದು ಸೂಚಿಸುವುದು ಅವಶ್ಯಕ.
ಐಒಎಸ್‌ನಲ್ಲಿ ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಆಪರೇಟಿಂಗ್ ಮೆಮೊರಿಯನ್ನು ತುಂಬುತ್ತವೆ ಎಂಬ ಮೂಢನಂಬಿಕೆಗಳನ್ನು ಒಬ್ಬರು ಆಗಾಗ್ಗೆ ಕೇಳಬಹುದು, ಇದು ಸಿಸ್ಟಮ್ ನಿಧಾನಗತಿ ಮತ್ತು ಬ್ಯಾಟರಿ ಅವಧಿಗೆ ಕಾರಣವಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಬಳಕೆದಾರರು ಅವುಗಳನ್ನು ಕೈಯಾರೆ ಆಫ್ ಮಾಡಬೇಕು. ಬಹುಕಾರ್ಯಕ ಬಾರ್ ವಾಸ್ತವವಾಗಿ ಎಲ್ಲಾ ಚಾಲನೆಯಲ್ಲಿರುವ ಹಿನ್ನೆಲೆ ಪ್ರಕ್ರಿಯೆಗಳ ಪಟ್ಟಿಯನ್ನು ಹೊಂದಿಲ್ಲ, ಆದರೆ ಇತ್ತೀಚೆಗೆ ಬಿಡುಗಡೆಯಾದ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಮಾತ್ರ. ಆದ್ದರಿಂದ ಬಳಕೆದಾರರು ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ ಹೊರತುಪಡಿಸಿ ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಪ್ರಕ್ರಿಯೆಗಳ ಬಗ್ಗೆ ಚಿಂತಿಸಬೇಕಾಗಿಲ್ಲ. ನೀವು ಹೋಮ್ ಬಟನ್ ಅನ್ನು ಒತ್ತಿದಾಗ, ಅಪ್ಲಿಕೇಶನ್ ಸಾಮಾನ್ಯವಾಗಿ ನಿದ್ರೆಗೆ ಹೋಗುತ್ತದೆ ಅಥವಾ ಮುಚ್ಚುತ್ತದೆ, ಇದರಿಂದ ಅದು ಇನ್ನು ಮುಂದೆ ಪ್ರೊಸೆಸರ್ ಅಥವಾ ಬ್ಯಾಟರಿಯನ್ನು ಲೋಡ್ ಮಾಡುವುದಿಲ್ಲ ಮತ್ತು ಅಗತ್ಯವಿದ್ದರೆ ಅಗತ್ಯ ಮೆಮೊರಿಯನ್ನು ಮುಕ್ತಗೊಳಿಸುತ್ತದೆ.
ಆದ್ದರಿಂದ ನೀವು ಹತ್ತಾರು ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಚಾಲನೆಯಲ್ಲಿರುವಾಗ ಇದು ಪೂರ್ಣ ಪ್ರಮಾಣದ ಬಹುಕಾರ್ಯಕವಲ್ಲ, ಕೇವಲ ಒಂದು ಅಪ್ಲಿಕೇಶನ್ ಮಾತ್ರ ಯಾವಾಗಲೂ ಮುಂಭಾಗದಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿದೆ, ಅಗತ್ಯವಿದ್ದರೆ ಅದನ್ನು ವಿರಾಮಗೊಳಿಸಲಾಗುತ್ತದೆ ಅಥವಾ ಸಂಪೂರ್ಣವಾಗಿ ಆಫ್ ಮಾಡಲಾಗುತ್ತದೆ. ಕೆಲವು ದ್ವಿತೀಯ ಪ್ರಕ್ರಿಯೆಗಳು ಮಾತ್ರ ಹಿನ್ನೆಲೆಯಲ್ಲಿ ನಡೆಯುತ್ತವೆ. ಅದಕ್ಕಾಗಿಯೇ ನೀವು iOS ನಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ ಕ್ರ್ಯಾಶ್ ಅನ್ನು ಅಪರೂಪವಾಗಿ ಎದುರಿಸುತ್ತೀರಿ, ಉದಾಹರಣೆಗೆ ಆಂಡ್ರಾಯ್ಡ್ ಚಾಲನೆಯಲ್ಲಿರುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳೊಂದಿಗೆ ಬಳಕೆದಾರರು ಕಾಳಜಿ ವಹಿಸಬೇಕು. ಒಂದೆಡೆ, ಇದು ಸಾಧನದೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು ಅಹಿತಕರವಾಗಿರುತ್ತದೆ, ಮತ್ತು ಮತ್ತೊಂದೆಡೆ, ಇದು ನಿಧಾನವಾದ ಪ್ರಾರಂಭ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ನಡುವೆ ಪರಿವರ್ತನೆಗಳಿಗೆ ಕಾರಣವಾಗುತ್ತದೆ.
ಅಪ್ಲಿಕೇಶನ್ ರನ್ಟೈಮ್ ಪ್ರಕಾರ
ನಿಮ್ಮ iOS ಸಾಧನದಲ್ಲಿನ ಅಪ್ಲಿಕೇಶನ್ ಈ 5 ರಾಜ್ಯಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ:
- ಚಾಲನೆಯಲ್ಲಿದೆ: ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗಿದೆ ಮತ್ತು ಮುಂಭಾಗದಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿದೆ
- ಹಿನ್ನೆಲೆ: ಇದು ಇನ್ನೂ ಚಾಲನೆಯಲ್ಲಿದೆ ಆದರೆ ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿದೆ (ನಾವು ಇತರ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಬಳಸಬಹುದು)
- ಅಮಾನತುಗೊಳಿಸಲಾಗಿದೆ: ಇನ್ನೂ RAM ಅನ್ನು ಬಳಸುತ್ತಿದೆ ಆದರೆ ಚಾಲನೆಯಲ್ಲಿಲ್ಲ
- ನಿಷ್ಕ್ರಿಯ: ಅಪ್ಲಿಕೇಶನ್ ಚಾಲನೆಯಲ್ಲಿದೆ ಆದರೆ ಪರೋಕ್ಷ ಆಜ್ಞೆಗಳು (ಉದಾಹರಣೆಗೆ, ನೀವು ಅಪ್ಲಿಕೇಶನ್ ಚಾಲನೆಯಲ್ಲಿರುವ ಸಾಧನವನ್ನು ಲಾಕ್ ಮಾಡಿದಾಗ)
- ಚಾಲನೆಯಲ್ಲಿಲ್ಲ: ಅಪ್ಲಿಕೇಶನ್ ಮುಕ್ತಾಯಗೊಂಡಿದೆ ಅಥವಾ ಪ್ರಾರಂಭವಾಗಿಲ್ಲ
ತೊಂದರೆಯಾಗದಂತೆ ಅಪ್ಲಿಕೇಶನ್ ಹಿನ್ನೆಲೆಗೆ ಹೋದಾಗ ಗೊಂದಲ ಬರುತ್ತದೆ. ನೀವು ಹೋಮ್ ಬಟನ್ ಅನ್ನು ಒತ್ತಿದಾಗ ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ (ಐಪ್ಯಾಡ್) ಅನ್ನು ಮುಚ್ಚಲು ಗೆಸ್ಚರ್ ಅನ್ನು ಬಳಸಿದಾಗ, ಅಪ್ಲಿಕೇಶನ್ ಹಿನ್ನೆಲೆಗೆ ಹೋಗುತ್ತದೆ. ಹೆಚ್ಚಿನ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಅಮಾನತುಗೊಳಿಸಲಾಗಿದೆ (ಅವುಗಳನ್ನು iDevice ನ RAM ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ ಆದ್ದರಿಂದ ಅವುಗಳನ್ನು ತ್ವರಿತವಾಗಿ ಪ್ರಾರಂಭಿಸಬಹುದು, ಅವು ಪ್ರೊಸೆಸರ್ ಅನ್ನು ಹೆಚ್ಚು ಲೋಡ್ ಮಾಡುವುದಿಲ್ಲ ಮತ್ತು ಹೀಗಾಗಿ ಬ್ಯಾಟರಿ ಅವಧಿಯನ್ನು ಉಳಿಸುತ್ತದೆ) ಅಪ್ಲಿಕೇಶನ್ ಮೆಮೊರಿಯನ್ನು ಬಳಸುವುದನ್ನು ಮುಂದುವರೆಸಿದರೆ, ನೀವು ಹೊಂದಿದ್ದೀರಿ ಎಂದು ನೀವು ಭಾವಿಸಬಹುದು ಅದನ್ನು ಮುಕ್ತಗೊಳಿಸಲು ಹಸ್ತಚಾಲಿತವಾಗಿ ಅಳಿಸಲು . ಆದರೆ ನೀವು ಅದನ್ನು ಮಾಡಬೇಕಾಗಿಲ್ಲ, ಏಕೆಂದರೆ ಐಒಎಸ್ ನಿಮಗಾಗಿ ಅದನ್ನು ಮಾಡುತ್ತದೆ. ದೊಡ್ಡ ಪ್ರಮಾಣದ RAM ಅನ್ನು ಬಳಸುವ ಆಟದಂತಹ ಹಿನ್ನೆಲೆಯಲ್ಲಿ ನೀವು ಬೇಡಿಕೆಯ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಹೊಂದಿದ್ದರೆ, ಅಗತ್ಯವಿದ್ದಾಗ iOS ಅದನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮೆಮೊರಿಯಿಂದ ತೆಗೆದುಹಾಕುತ್ತದೆ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಐಕಾನ್ ಅನ್ನು ಟ್ಯಾಪ್ ಮಾಡುವ ಮೂಲಕ ನೀವು ಅದನ್ನು ಮರುಪ್ರಾರಂಭಿಸಬಹುದು.
ಮಲ್ಟಿಟಾಸ್ಕಿಂಗ್ ಬಾರ್‌ನಲ್ಲಿ ಈ ಯಾವುದೇ ರಾಜ್ಯಗಳು ಪ್ರತಿಫಲಿಸುವುದಿಲ್ಲ, ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ನಿಲ್ಲಿಸಲಾಗಿದೆಯೇ, ವಿರಾಮಗೊಳಿಸಲಾಗಿದೆಯೇ ಅಥವಾ ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿದೆಯೇ ಎಂಬುದನ್ನು ಲೆಕ್ಕಿಸದೆಯೇ ಪ್ಯಾನಲ್ ಇತ್ತೀಚೆಗೆ ಪ್ರಾರಂಭಿಸಲಾದ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಪಟ್ಟಿಯನ್ನು ಮಾತ್ರ ತೋರಿಸುತ್ತದೆ. ಪ್ರಸ್ತುತ ಚಾಲನೆಯಲ್ಲಿರುವ ಅಪ್ಲಿಕೇಶನ್ ಬಹುಕಾರ್ಯಕ ಫಲಕದಲ್ಲಿ ಗೋಚರಿಸುವುದಿಲ್ಲ ಎಂಬುದನ್ನು ನೀವು ಗಮನಿಸಬಹುದು
ಹಿನ್ನೆಲೆ ಕಾರ್ಯಗಳು
ಸಾಮಾನ್ಯವಾಗಿ, ನೀವು ಹೋಮ್ ಬಟನ್ ಅನ್ನು ಒತ್ತಿದಾಗ, ಅಪ್ಲಿಕೇಶನ್ ಹಿನ್ನೆಲೆಯಲ್ಲಿ ರನ್ ಆಗುತ್ತದೆ ಮತ್ತು ನೀವು ಅದನ್ನು ಬಳಸದಿದ್ದರೆ, ಅದು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಐದು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ವಿರಾಮಗೊಳ್ಳುತ್ತದೆ. ಆದ್ದರಿಂದ ನೀವು ಪಾಡ್‌ಕ್ಯಾಸ್ಟ್ ಅನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡುತ್ತಿದ್ದರೆ, ಉದಾಹರಣೆಗೆ, ಸಿಸ್ಟಮ್ ಅದನ್ನು ಚಾಲನೆಯಲ್ಲಿರುವ ಅಪ್ಲಿಕೇಶನ್‌ನಂತೆ ಮೌಲ್ಯಮಾಪನ ಮಾಡುತ್ತದೆ ಮತ್ತು ಮುಕ್ತಾಯವನ್ನು ಹತ್ತು ನಿಮಿಷಗಳ ಕಾಲ ವಿಳಂಬಗೊಳಿಸುತ್ತದೆ. ಇತ್ತೀಚಿನ ಹತ್ತು ನಿಮಿಷಗಳ ನಂತರ, ಪ್ರಕ್ರಿಯೆಯು ಮೆಮೊರಿಯಿಂದ ಬಿಡುಗಡೆಯಾಗುತ್ತದೆ. ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಹೇಳುವುದಾದರೆ, ಹೋಮ್ ಬಟನ್ ಒತ್ತುವ ಮೂಲಕ ನಿಮ್ಮ ಡೌನ್‌ಲೋಡ್‌ಗೆ ಅಡ್ಡಿಪಡಿಸುವ ಬಗ್ಗೆ ನೀವು ಚಿಂತಿಸಬೇಕಾಗಿಲ್ಲ, ಅದನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು 10 ನಿಮಿಷಗಳಿಗಿಂತ ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳದಿದ್ದರೆ.
ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಅನಿರ್ದಿಷ್ಟ ಚಾಲನೆ
ನಿಷ್ಕ್ರಿಯತೆಯ ಸಂದರ್ಭದಲ್ಲಿ, ಸಿಸ್ಟಮ್ ಐದು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಕೊನೆಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಡೌನ್‌ಲೋಡ್‌ಗಳ ಸಂದರ್ಭದಲ್ಲಿ, ಮುಕ್ತಾಯವು ಹತ್ತು ನಿಮಿಷಗಳ ಕಾಲ ವಿಳಂಬವಾಗುತ್ತದೆ. ಆದಾಗ್ಯೂ, ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಅಗತ್ಯವಿರುವ ಸಣ್ಣ ಸಂಖ್ಯೆಯ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿವೆ. iOS 5 ರಲ್ಲಿ ಅನಿರ್ದಿಷ್ಟವಾಗಿ ಹಿನ್ನೆಲೆಯಲ್ಲಿ ರನ್ ಆಗಬಹುದಾದ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಕೆಲವು ಉದಾಹರಣೆಗಳು ಇಲ್ಲಿವೆ:
- ಧ್ವನಿಯನ್ನು ಪ್ಲೇ ಮಾಡುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಮತ್ತು ಸ್ವಲ್ಪ ಸಮಯದವರೆಗೆ ಅಡ್ಡಿಪಡಿಸಬೇಕು (ಫೋನ್ ಕರೆ ಸಮಯದಲ್ಲಿ ಸಂಗೀತವನ್ನು ವಿರಾಮಗೊಳಿಸುವುದು, ಇತ್ಯಾದಿ),
- ನಿಮ್ಮ ಸ್ಥಳವನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು (ನ್ಯಾವಿಗೇಷನ್ ಸಾಫ್ಟ್‌ವೇರ್),
- VoIP ಕರೆಗಳನ್ನು ಸ್ವೀಕರಿಸುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು, ಉದಾಹರಣೆಗೆ ನೀವು ಸ್ಕೈಪ್ ಅನ್ನು ಬಳಸಿದರೆ, ಅಪ್ಲಿಕೇಶನ್ ಹಿನ್ನೆಲೆಯಲ್ಲಿದ್ದಾಗಲೂ ನೀವು ಕರೆಯನ್ನು ಸ್ವೀಕರಿಸಬಹುದು,
- ಸ್ವಯಂಚಾಲಿತ ಡೌನ್‌ಲೋಡ್‌ಗಳು (ಉದಾ ನ್ಯೂಸ್‌ಸ್ಟ್ಯಾಂಡ್).
ಎಲ್ಲಾ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಇನ್ನು ಮುಂದೆ ಕಾರ್ಯವನ್ನು ನಿರ್ವಹಿಸದಿದ್ದರೆ ಅವುಗಳನ್ನು ಮುಚ್ಚಬೇಕು (ಉದಾಹರಣೆಗೆ ಹಿನ್ನೆಲೆ ಡೌನ್‌ಲೋಡ್‌ಗಳು). ಆದಾಗ್ಯೂ, ಸ್ಥಳೀಯ ಮೇಲ್ ಅಪ್ಲಿಕೇಶನ್‌ನಂತಹ ಹಿನ್ನೆಲೆಯಲ್ಲಿ ನಿರಂತರವಾಗಿ ಚಾಲನೆಯಲ್ಲಿರುವ ವಿನಾಯಿತಿಗಳಿವೆ. ಅವರು ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿದ್ದರೆ, ಅವರು ಮೆಮೊರಿ, CPU ಬಳಕೆಯನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತಾರೆ ಅಥವಾ ಬ್ಯಾಟರಿ ಅವಧಿಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತಾರೆ
ಬ್ಯಾಕ್‌ಗ್ರೌಂಡ್‌ನಲ್ಲಿ ಅನಿರ್ದಿಷ್ಟವಾಗಿ ರನ್ ಮಾಡಲು ಅನುಮತಿಸಲಾದ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಅವರು ಚಾಲನೆಯಲ್ಲಿರುವಾಗ ಏನನ್ನೂ ಮಾಡಬಹುದು, ಸಂಗೀತವನ್ನು ಪ್ಲೇ ಮಾಡುವುದರಿಂದ ಹಿಡಿದು ಹೊಸ ಪಾಡ್‌ಕ್ಯಾಸ್ಟ್ ಸಂಚಿಕೆಗಳನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡುವವರೆಗೆ.
ನಾನು ಮೊದಲೇ ಹೇಳಿದಂತೆ, ಬಳಕೆದಾರರು ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಎಂದಿಗೂ ಮುಚ್ಚಬೇಕಾಗಿಲ್ಲ. ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಅಪ್ಲಿಕೇಶನ್ ಕ್ರ್ಯಾಶ್ ಆದಾಗ ಅಥವಾ ನಿದ್ರೆಯಿಂದ ಸರಿಯಾಗಿ ಎಚ್ಚರಗೊಳ್ಳದಿದ್ದಾಗ ಮಾತ್ರ ಇದಕ್ಕೆ ಅಪವಾದವಾಗಿದೆ. ಬಳಕೆದಾರರು ನಂತರ ಬಹುಕಾರ್ಯಕ ಬಾರ್‌ನಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಮುಚ್ಚಬಹುದು, ಆದರೆ ಇದು ವಿರಳವಾಗಿ ಸಂಭವಿಸುತ್ತದೆ.
ಆದ್ದರಿಂದ, ಸಾಮಾನ್ಯವಾಗಿ, ನೀವು ಹಿನ್ನೆಲೆ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಅಗತ್ಯವಿಲ್ಲ ಏಕೆಂದರೆ ಸಿಸ್ಟಮ್ ಅವುಗಳನ್ನು ಸ್ವತಃ ನೋಡಿಕೊಳ್ಳುತ್ತದೆ. ಅದಕ್ಕಾಗಿಯೇ ಐಒಎಸ್ ಅಂತಹ ತಾಜಾ ಮತ್ತು ವೇಗದ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ.
ಡೆವಲಪರ್‌ನ ದೃಷ್ಟಿಕೋನದಿಂದ
ಮಲ್ಟಿಟಾಸ್ಕಿಂಗ್‌ನ ಭಾಗವಾಗಿ ಅಪ್ಲಿಕೇಶನ್ ಒಟ್ಟು ಆರು ವಿಭಿನ್ನ ರಾಜ್ಯಗಳೊಂದಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸಬಹುದು:
1. ಅಪ್ಲಿಕೇಶನ್ವಿಲ್‌ರಜಿನ್ಆಕ್ಟಿವ್
ಭಾಷಾಂತರದಲ್ಲಿ, ಈ ಸ್ಥಿತಿ ಎಂದರೆ ಅಪ್ಲಿಕೇಶನ್ ಸಕ್ರಿಯ ಅಪ್ಲಿಕೇಶನ್‌ಗೆ (ಅಂದರೆ, ಮುಂಭಾಗದಲ್ಲಿರುವ ಅಪ್ಲಿಕೇಶನ್) ಭವಿಷ್ಯದಲ್ಲಿ (ಕೆಲವು ಮಿಲಿಸೆಕೆಂಡ್‌ಗಳ ವಿಷಯ) ರಾಜೀನಾಮೆ ನೀಡುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಅಪ್ಲಿಕೇಶನ್ ಬಳಸುವಾಗ ಕರೆ ಸ್ವೀಕರಿಸುವಾಗ ಇದು ಸಂಭವಿಸುತ್ತದೆ, ಆದರೆ ಅದೇ ಸಮಯದಲ್ಲಿ, ಅಪ್ಲಿಕೇಶನ್ ಹಿನ್ನೆಲೆಗೆ ಹೋಗುವ ಮೊದಲು ಈ ವಿಧಾನವು ಈ ಸ್ಥಿತಿಯನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ನೀವು ಈ ಬದಲಾವಣೆಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬೇಕಾಗುತ್ತದೆ. ಈ ವಿಧಾನವು ಸಹ ಸೂಕ್ತವಾಗಿದೆ ಆದ್ದರಿಂದ, ಉದಾಹರಣೆಗೆ, ಒಳಬರುವ ಕರೆ ಇದ್ದಾಗ ಅದು ನಿರ್ವಹಿಸುವ ಎಲ್ಲಾ ಚಟುವಟಿಕೆಗಳನ್ನು ಅಮಾನತುಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಕರೆ ಮುಗಿಯುವವರೆಗೆ ಕಾಯುತ್ತದೆ.
2. applicationDidEnterBackground
ಅಪ್ಲಿಕೇಶನ್ ಹಿನ್ನೆಲೆಗೆ ಹೋಗಿದೆ ಎಂದು ಸ್ಥಿತಿ ಸೂಚಿಸುತ್ತದೆ. ಡೆವಲಪರ್‌ಗಳು ಈ ವಿಧಾನವನ್ನು ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಚಲಾಯಿಸಲು ಅಗತ್ಯವಿಲ್ಲದ ಎಲ್ಲಾ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಅಮಾನತುಗೊಳಿಸಲು ಮತ್ತು ಬಳಕೆಯಾಗದ ಡೇಟಾ ಮತ್ತು ಇತರ ಪ್ರಕ್ರಿಯೆಗಳ ಮೆಮೊರಿಯನ್ನು ತೆರವುಗೊಳಿಸಲು ಬಳಸಬೇಕು, ಉದಾಹರಣೆಗೆ ಅವಧಿ ಮುಗಿಯುವ ಟೈಮರ್‌ಗಳು, ಅಗತ್ಯವಾಗಿ ಅಗತ್ಯವಿಲ್ಲದ ಮೆಮೊರಿಯಿಂದ ಲೋಡ್ ಮಾಡಲಾದ ಚಿತ್ರಗಳನ್ನು ತೆರವುಗೊಳಿಸುವುದು ಅಥವಾ ಮುಚ್ಚುವುದು ಸರ್ವರ್‌ಗಳೊಂದಿಗಿನ ಸಂಪರ್ಕಗಳು, ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಸಂಪರ್ಕಗಳನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಇದು ನಿರ್ಣಾಯಕವಲ್ಲ. ಅಪ್ಲಿಕೇಶನ್ನಲ್ಲಿ ವಿಧಾನವನ್ನು ಕರೆಯುವಾಗ, ಅದರ ಕೆಲವು ಭಾಗವು ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಚಲಾಯಿಸಲು ಅಗತ್ಯವಿಲ್ಲದಿದ್ದರೆ ಅದನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಅಮಾನತುಗೊಳಿಸಲು ಬಳಸಬೇಕು.
3. ಅಪ್ಲಿಕೇಶನ್WillEnterForeground
ಈ ರಾಜ್ಯವು ಮೊದಲ ರಾಜ್ಯಕ್ಕೆ ವಿರುದ್ಧವಾಗಿದೆ, ಅಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ ಸಕ್ರಿಯ ಸ್ಥಿತಿಗೆ ರಾಜೀನಾಮೆ ನೀಡುತ್ತದೆ. ಸ್ಥಿತಿ ಎಂದರೆ ಸ್ಲೀಪಿಂಗ್ ಅಪ್ಲಿಕೇಶನ್ ಹಿನ್ನೆಲೆಯಿಂದ ಪುನರಾರಂಭವಾಗುತ್ತದೆ ಮತ್ತು ಮುಂದಿನ ಕೆಲವು ಮಿಲಿಸೆಕೆಂಡ್‌ಗಳಲ್ಲಿ ಮುಂಭಾಗದಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಅಪ್ಲಿಕೇಶನ್ ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಇರುವಾಗ ನಿಷ್ಕ್ರಿಯವಾಗಿರುವ ಯಾವುದೇ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಪುನರಾರಂಭಿಸಲು ಡೆವಲಪರ್‌ಗಳು ಈ ವಿಧಾನವನ್ನು ಬಳಸಬೇಕು. ಸರ್ವರ್‌ಗಳಿಗೆ ಸಂಪರ್ಕಗಳನ್ನು ಮರುಸ್ಥಾಪಿಸಬೇಕು, ಟೈಮರ್‌ಗಳನ್ನು ಮರುಹೊಂದಿಸಬೇಕು, ಇಮೇಜ್‌ಗಳು ಮತ್ತು ಡೇಟಾವನ್ನು ಮೆಮೊರಿಗೆ ಲೋಡ್ ಮಾಡಬೇಕು ಮತ್ತು ಬಳಕೆದಾರರು ಲೋಡ್ ಮಾಡಿದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಮತ್ತೆ ನೋಡುವ ಮೊದಲು ಇತರ ಅಗತ್ಯ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಪುನರಾರಂಭಿಸಬಹುದು.
4. ಅಪ್ಲಿಕೇಶನ್DidBecomeActive
ಮುಂಭಾಗಕ್ಕೆ ಮರುಸ್ಥಾಪಿಸಿದ ನಂತರ ಅಪ್ಲಿಕೇಶನ್ ಈಗಷ್ಟೇ ಸಕ್ರಿಯವಾಗಿದೆ ಎಂದು ರಾಜ್ಯವು ಸೂಚಿಸುತ್ತದೆ. ಇದು ಬಳಕೆದಾರ ಇಂಟರ್ಫೇಸ್ಗೆ ಹೆಚ್ಚುವರಿ ಹೊಂದಾಣಿಕೆಗಳನ್ನು ಮಾಡಲು ಅಥವಾ UI ಅನ್ನು ಅದರ ಮೂಲ ಸ್ಥಿತಿಗೆ ಮರುಸ್ಥಾಪಿಸಲು ಬಳಸಬಹುದಾದ ಒಂದು ವಿಧಾನವಾಗಿದೆ. ಬಳಕೆದಾರರು ಈಗಾಗಲೇ ಪ್ರದರ್ಶನದಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ನೋಡುವ ಕ್ಷಣದಲ್ಲಿ ಇದು ನಿಜವಾಗಿ ಸಂಭವಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಇದು ಅವಶ್ಯಕವಾಗಿದೆ ಈ ವಿಧಾನದಲ್ಲಿ ಮತ್ತು ಹಿಂದಿನ ವಿಧಾನದಲ್ಲಿ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಎಚ್ಚರಿಕೆಯಿಂದ ನಿರ್ಧರಿಸಿ. ಕೆಲವು ಮಿಲಿಸೆಕೆಂಡುಗಳ ವ್ಯತ್ಯಾಸದೊಂದಿಗೆ ಅವುಗಳನ್ನು ಒಂದರ ನಂತರ ಒಂದರಂತೆ ಕರೆಯಲಾಗುತ್ತದೆ.
5. ಅಪ್ಲಿಕೇಶನ್ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ
ಅಪ್ಲಿಕೇಶನ್ ನಿರ್ಗಮಿಸುವ ಮೊದಲು ಕೆಲವು ಮಿಲಿಸೆಕೆಂಡ್‌ಗಳ ಮೊದಲು ಈ ಸ್ಥಿತಿಯು ಸಂಭವಿಸುತ್ತದೆ, ಅಂದರೆ ಅಪ್ಲಿಕೇಶನ್ ನಿಜವಾಗಿ ಕೊನೆಗೊಳ್ಳುವ ಮೊದಲು. ಬಹುಕಾರ್ಯಕದಿಂದ ಹಸ್ತಚಾಲಿತವಾಗಿ ಅಥವಾ ಸಾಧನವನ್ನು ಆಫ್ ಮಾಡುವಾಗ. ಸಂಸ್ಕರಿಸಿದ ಡೇಟಾವನ್ನು ಉಳಿಸಲು, ಎಲ್ಲಾ ಚಟುವಟಿಕೆಗಳನ್ನು ಕೊನೆಗೊಳಿಸಲು ಮತ್ತು ಇನ್ನು ಮುಂದೆ ಅಗತ್ಯವಿಲ್ಲದ ಡೇಟಾವನ್ನು ಅಳಿಸಲು ವಿಧಾನವನ್ನು ಬಳಸಬೇಕು.
6. ಅಪ್ಲಿಕೇಶನ್ ರಿಸೀವ್ ಮೆಮೊರಿ ಎಚ್ಚರಿಕೆ
ಇದು ಹೆಚ್ಚು ಚರ್ಚಿಸಲ್ಪಡುವ ಕೊನೆಯ ರಾಜ್ಯವಾಗಿದೆ. ಅಗತ್ಯವಿದ್ದಲ್ಲಿ, ಐಒಎಸ್ ಮೆಮೊರಿಯಿಂದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ತೆಗೆದುಹಾಕಲು ಇದು ಜವಾಬ್ದಾರವಾಗಿರುತ್ತದೆ, ಅದು ಸಿಸ್ಟಮ್ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಅನಗತ್ಯವಾಗಿ ಬಳಸಿದರೆ. ಹಿನ್ನೆಲೆ ಅಪ್ಲಿಕೇಶನ್‌ಗಳೊಂದಿಗೆ iOS ಏನು ಮಾಡುತ್ತದೆ ಎಂದು ನನಗೆ ನಿರ್ದಿಷ್ಟವಾಗಿ ತಿಳಿದಿಲ್ಲ, ಆದರೆ ಇತರ ಪ್ರಕ್ರಿಯೆಗಳಿಗೆ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಬಿಡುಗಡೆ ಮಾಡಲು ಅಪ್ಲಿಕೇಶನ್ ಅಗತ್ಯವಿದ್ದರೆ, ಅದು ಹೊಂದಿರುವ ಯಾವುದೇ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಬಿಡುಗಡೆ ಮಾಡಲು ಮೆಮೊರಿ ಎಚ್ಚರಿಕೆಯೊಂದಿಗೆ ಅದನ್ನು ಕೇಳುತ್ತದೆ. ಆದ್ದರಿಂದ ಈ ವಿಧಾನವನ್ನು ಅಪ್ಲಿಕೇಶನ್ನಲ್ಲಿ ಕರೆಯಲಾಗುತ್ತದೆ. ಡೆವಲಪರ್‌ಗಳು ಅದನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಬೇಕು ಇದರಿಂದ ಅಪ್ಲಿಕೇಶನ್ ತಾನು ನಿಯೋಜಿಸಿದ ಮೆಮೊರಿಯನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತದೆ, ಪ್ರಗತಿಯಲ್ಲಿರುವ ಎಲ್ಲವನ್ನೂ ಉಳಿಸುತ್ತದೆ, ಮೆಮೊರಿಯಿಂದ ಅನಗತ್ಯ ಡೇಟಾವನ್ನು ತೆರವುಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಇಲ್ಲದಿದ್ದರೆ ಮೆಮೊರಿಯನ್ನು ಸಮರ್ಪಕವಾಗಿ ಮುಕ್ತಗೊಳಿಸುತ್ತದೆ. ಅನೇಕ ಅಭಿವರ್ಧಕರು, ಆರಂಭಿಕರೂ ಸಹ, ಅಂತಹ ವಿಷಯಗಳ ಬಗ್ಗೆ ಯೋಚಿಸುವುದಿಲ್ಲ ಅಥವಾ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದಿಲ್ಲ ಎಂಬುದು ನಿಜ, ಮತ್ತು ನಂತರ ಅವರ ಅಪ್ಲಿಕೇಶನ್ ಬ್ಯಾಟರಿ ಬಾಳಿಕೆಗೆ ಬೆದರಿಕೆ ಹಾಕುತ್ತದೆ ಮತ್ತು/ಅಥವಾ ಅನಗತ್ಯವಾಗಿ ಸಿಸ್ಟಮ್ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಹಿನ್ನಲೆಯಲ್ಲಿಯೂ ಸಹ ಬಳಸುತ್ತದೆ.
ತೀರ್ಪು
ಈ ಆರು ರಾಜ್ಯಗಳು ಮತ್ತು ಅವುಗಳ ಸಂಬಂಧಿತ ವಿಧಾನಗಳು iOS ನಲ್ಲಿನ ಎಲ್ಲಾ "ಬಹುಕಾರ್ಯಗಳ" ಹಿನ್ನೆಲೆಯಾಗಿದೆ. ಇದು ಒಂದು ಉತ್ತಮ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ, ಡೆವಲಪರ್‌ಗಳು ತಮ್ಮ ಬಳಕೆದಾರರ ಸಾಧನಗಳಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ ಏನನ್ನು ಎಸೆಯುತ್ತದೆ ಎಂಬುದರ ಕುರಿತು ಜವಾಬ್ದಾರರಾಗಿರಬೇಕು ಎಂಬ ಅಂಶವನ್ನು ನಿರ್ಲಕ್ಷಿಸದಿರುವವರೆಗೆ, ಅವುಗಳನ್ನು ಕಡಿಮೆಗೊಳಿಸಿದರೆ ಅಥವಾ ಸಿಸ್ಟಮ್‌ನಿಂದ ಎಚ್ಚರಿಕೆಗಳನ್ನು ಪಡೆದರೆ ಮತ್ತು ಹೀಗೆ.
ಮೂಲ: ಮ್ಯಾಕ್ವರ್ಲ್ಡ್.ಕಾಮ್
ಲೇಖಕರು: ಜಾಕುಬ್ ಪೊಜಾರೆಕ್, ಮಾರ್ಟಿನ್ ಡೌಬೆಕ್ (ಆರ್ನಿಎಕ್ಸ್)
ನೀವು ಪರಿಹರಿಸಲು ಸಮಸ್ಯೆ ಇದೆಯೇ? ನಿಮಗೆ ಸಲಹೆ ಬೇಕೇ ಅಥವಾ ಸರಿಯಾದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಕಂಡುಹಿಡಿಯಬಹುದೇ? ವಿಭಾಗದಲ್ಲಿನ ಫಾರ್ಮ್ ಮೂಲಕ ನಮ್ಮನ್ನು ಸಂಪರ್ಕಿಸಲು ಹಿಂಜರಿಯಬೇಡಿ ಕೌನ್ಸೆಲಿಂಗ್, ಮುಂದಿನ ಬಾರಿ ನಾವು ನಿಮ್ಮ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತೇವೆ.
ಹಲೋ, ನಿಜವಾಗಿಯೂ ತಂಪಾದ ಲೇಖನ, ಆದರೆ ನೀವು ಅದಕ್ಕೆ ಯಾವುದೇ ತಾಂತ್ರಿಕ ಬೆಂಬಲವನ್ನು ಹೊಂದಿದ್ದೀರಾ ಎಂದು ನಾನು ಆಶ್ಚರ್ಯ ಪಡುತ್ತೇನೆ. ಏಕೆಂದರೆ ನಾನು ಮಲಗುವ ಮುನ್ನ ಸಂಜೆ ಹಲವಾರು ಬಾರಿ ಬ್ಯಾಟರಿಯನ್ನು ಪರಿಹರಿಸಿದ್ದೇನೆ ಮತ್ತು ವೈಫೈ ಮತ್ತು ಮೊಬೈಲ್ ಡೇಟಾ ಆಫ್ ಆಗಿರುವಾಗ, ವೈಫೈ ಆಫ್ ಮತ್ತು ಕೇವಲ 3G ಯೊಂದಿಗೆ ಮತ್ತೊಂದು ಪ್ರಕರಣಕ್ಕಿಂತ ಹೆಚ್ಚಿನದನ್ನು ತೆಗೆದುಕೊಂಡಿತು.
ದುರದೃಷ್ಟವಶಾತ್, ಅನುಭವವೆಂದರೆ iOS ನಲ್ಲಿ, ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಆಫ್ ಮಾಡಬೇಕು ಮತ್ತು ಸಿಸ್ಟಮ್ ಇನ್ನು ಮುಂದೆ ಮೊದಲಿನಂತೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ.
ನಾನು ನನ್ನ ಐಫೋನ್ ಅನ್ನು ವಿಂಡೋಸ್ ಫೋನ್ (6200 ಗೆ ಸ್ಯಾಮ್‌ಸಂಗ್ ಓಮ್ನಿಯಾ ಡಬ್ಲ್ಯೂ,-) ನೊಂದಿಗೆ ಬದಲಾಯಿಸಿದೆ ಮತ್ತು ಸಿಸ್ಟಮ್‌ನ ವೇಗವು ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನ ಮಟ್ಟದಲ್ಲಿದೆ.
ವಿಂಡೋಸ್ 8 ಮೆಟ್ರೋ ಟ್ಯಾಬ್ಲೆಟ್‌ಗಳು ಹೊರಬಂದಾಗ, ನಾನು ಐಪ್ಯಾಡ್ ಅನ್ನು ಸಹ ಬದಲಾಯಿಸುತ್ತೇನೆ ಎಂದು ನಾನು ಹೆದರುತ್ತೇನೆ.
@007 - ಹೌದು, ನೀವು ಹಳೆಯ iPhone3G ಗಳನ್ನು ಹೊಸ WP ಗೆ ಹೋಲಿಸುತ್ತಿದ್ದರೆ, ಹೌದು (ಯಾರು ಅದನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತಿದ್ದರು?) WP ಸ್ವಲ್ಪ ವೇಗವಾಗಿರುತ್ತದೆ. ಇಲ್ಲದಿದ್ದರೆ, ಕರ್ಲುಲ್ಕಾ ಬಗ್ಗೆ ಗಾಸಿಪ್ ನಿಮಗೆ ಸರಿ ಹೋಗುವುದಿಲ್ಲ ಮತ್ತು ಪ್ರಸ್ತುತ HW ಅನ್ನು ಹೋಲಿಸುವುದು ಸೂಕ್ತವಾಗಿತ್ತು. ನಾನು WP7 ಅನ್ನು ಸಹ ಖರೀದಿಸಿದೆ ಮತ್ತು ಅಂತಿಮವಾಗಿ 4s ನೊಂದಿಗೆ ಕೊನೆಗೊಂಡಿದ್ದೇನೆ, ಇದು WP7 ಗಿಂತ ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನ ಮಟ್ಟದ ಉಪಯುಕ್ತತೆಯನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ ಅಂಚುಗಳ ಮೂಲಕ ಆಹ್ಲಾದಕರವಾಗಿ ಮತ್ತು ಅಂತ್ಯವಿಲ್ಲದೆ ಸ್ಕ್ರಾಲ್ ಮಾಡಿ.
ನಾನು ಪಾಜಾವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಒಪ್ಪುತ್ತೇನೆ
ಸ್ಯಾಮ್‌ಸಂಗ್ ಗ್ಯಾಲಕ್ಸಿ ಎಸ್ ಮತ್ತು ಐಫೋನ್ 4 - ಮತ್ತೊಂದು ಬ್ಯಾರೆಲ್‌ನ ಅವಶೇಷಗಳಿಂದ ನಾನು ಮತ್ತೆ ಕೊಡುಗೆ ನೀಡುತ್ತೇನೆ - ವಯಸ್ಸಿನ ದೃಷ್ಟಿಯಿಂದ ಹೋಲಿಸಬಹುದೇ? ಐಒಎಸ್ 4 ರ ಸಮಯದಲ್ಲಿ, ಮತ್ತು ಆಂಡ್ರಾಯ್ಡ್ ಹೊರತುಪಡಿಸಿ ಎಲ್ಲೋ ಉಪಯುಕ್ತತೆ ಮತ್ತು ವೇಗದ ವಿಷಯದಲ್ಲಿ, ಆಪಲ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಪರಿಕಲ್ಪನೆಯನ್ನು ಚೆನ್ನಾಗಿ ಪರಿಹರಿಸಿದೆ, ಆದರೆ ಆಂಡ್ರಾಯ್ಡ್‌ನೊಂದಿಗೆ ಇದು ಇನ್ನು ಮುಂದೆ ನಿಜವಲ್ಲ. ಕೊನೆಯಲ್ಲಿ, ನಾನು ಹೇಗಾದರೂ 4S ನೊಂದಿಗೆ ಕೊನೆಗೊಂಡಿದ್ದೇನೆ ಮತ್ತು ನನಗೆ ಯಾವುದೇ ದೂರುಗಳಿಲ್ಲ, ಏಕೆಂದರೆ "ಇದು ಕೇವಲ ಕೆಲಸ ಮಾಡುತ್ತದೆ" .. ಮತ್ತು ಇದು ಬೇಗನೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ!
ಸಿದ್ಧಾಂತವು ಸುಂದರವಾಗಿದೆ ... ಆದರೆ ಪ್ರಾಯೋಗಿಕವಾಗಿ, ನಾನು ಇನ್ನೂ ಬಾರ್‌ನಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಮುಚ್ಚುತ್ತೇನೆ;)
ಧನ್ಯವಾದಗಳು, ತುಂಬಾ ಆಸಕ್ತಿದಾಯಕ, ಪ್ರಾಯೋಗಿಕ, ಆಸಕ್ತಿದಾಯಕ, ಇದು ಸ್ವಿಂಗ್ ಮತ್ತು ಆಳವನ್ನು ಹೊಂದಿರುವುದಿಲ್ಲ. ಈ ನಿಷೇಧಿತ ಬ್ರ್ಯಾಂಡ್‌ನೊಂದಿಗೆ ಇಂದಿನ ಯುವಕರ ಗೀಳನ್ನು ಗಮನಾರ್ಹವಾಗಿ ಒತ್ತಿಹೇಳುತ್ತದೆ! ಆದರೆ ಅವಳಿಗೆ ಧನ್ಯವಾದಗಳು, ಹಾಗೆಯೇ ಈ ಲೇಖನಕ್ಕಾಗಿ.
ಲೇಖನವು ಸಂಪೂರ್ಣವಾಗಿ ತಪ್ಪಾಗಿದೆ.
ತಪ್ಪಾಗಿ ಹೇಳಿದಂತೆ ಹೋಮ್ ಬಟನ್ ಒತ್ತಿದಾಗ ಅಪ್ಲಿಕೇಶನ್ ಬಿಡುವುದಿಲ್ಲ, ಆದರೆ ವಿರಾಮಗೊಳಿಸುತ್ತದೆ. ಅಂದರೆ ಖಂಡಿತವಾಗಿಯೂ ಮೆಮೊರಿಯಿಂದ ಅಳಿಸಬೇಡಿ ಮತ್ತು ಬಿಡಬೇಡಿ. ರನ್ ಅನ್ನು ವಿರಾಮಗೊಳಿಸಿ, iOS ಈ ಅಪ್ಲಿಕೇಶನ್‌ಗೆ 0% CPU ಸಮಯವನ್ನು ನೀಡುತ್ತದೆ. ಲೇಖನದಲ್ಲಿ ಹೇಳಿರುವಂತೆ ಇದು ಖಂಡಿತವಾಗಿಯೂ iDevice ಮೆಮೊರಿಯಲ್ಲಿ ಎಲ್ಲಿಯೂ "ಸ್ವಾಪ್" ಮಾಡುವುದಿಲ್ಲ. ಅಪ್ಲಿಕೇಶನ್ ಸ್ವಿಚಿಂಗ್ ಅನ್ನು ಬಳಸಲು ಸಾಧ್ಯವಿದೆ ಎಂಬ ಅಂಶಕ್ಕೆ ಇದು ನಿಜವಾಗಿಯೂ ಧನ್ಯವಾದಗಳು.
ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯೊಂದಿಗೆ ಇತರ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಚಲಾಯಿಸಲು ಫೋನ್ ಕಡಿಮೆ ಮೆಮೊರಿಯನ್ನು ಹೊಂದಿರುವಾಗ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಮೆಮೊರಿಯಿಂದ ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ (ಸಾಮಾನ್ಯವಾಗಿ ಮತ್ತೊಂದು ಅಪ್ಲಿಕೇಶನ್ ಮುಂಭಾಗದಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿದೆ).
ಮೊದಲ ಪ್ರಕರಣದಲ್ಲಿ, ನೀವು ಹೇಳಿದ್ದು ಸರಿ, ಇದು ಅನುವಾದ ದೋಷವಾಗಿದೆ. ವಿನಿಮಯಕ್ಕೆ ಸಂಬಂಧಿಸಿದಂತೆ, ನಾವು ಇಲ್ಲಿ ಅದರ ಬಗ್ಗೆ ಮಾತನಾಡುವುದಿಲ್ಲ, ನಾವು ಆಪರೇಟಿಂಗ್ ಮೆಮೊರಿಯ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದೇವೆ, ಐಒಎಸ್ ಸಾಧನದಲ್ಲಿನ ಶೇಖರಣಾ ಸ್ಥಳವಲ್ಲ.
ಅಪ್ಲಿಕೇಶನ್‌ನ ಚಿತ್ರವನ್ನು ಒಂದು ಆಜ್ಞೆಯ ಮೂಲಕ ಮತ್ತೆ ಆಹ್ವಾನಿಸುವವರೆಗೆ ಸೀಮಿತ ಸಮಯದವರೆಗೆ ಮೆಮೊರಿಯಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ (13,7 GB ಯಲ್ಲಿ 16 GB ನೋಡಿ: 2,3 GB ಅನ್ನು ಸಿಸ್ಟಮ್ ಮತ್ತು ಅಮಾನತುಗೊಳಿಸಿದ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ ಕಾಯ್ದಿರಿಸಲಾಗಿದೆ)
ಹೀಗಾಗಿ, ನ್ಯಾವಿಗೇಷನ್, ಸ್ಕೈಪ್ ಮತ್ತು ಮುಂತಾದ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ನಡುವೆ ವ್ಯತ್ಯಾಸವನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ಅವಶ್ಯಕ, ಈ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಹಿನ್ನೆಲೆಯಲ್ಲಿಯೂ ಸಹ ಸಕ್ರಿಯವಾಗಿರುತ್ತವೆ, ಅಥವಾ ನಿರ್ದಿಷ್ಟ ಕಾರ್ಯವು ಕೊನೆಗೊಳ್ಳುವುದಿಲ್ಲ ಮತ್ತು ಮುಂದುವರಿಯುತ್ತದೆ, ಉದಾಹರಣೆಗೆ, ಅದರ ಸ್ಥಳ ಅಥವಾ ಸ್ಥಳ ಮಾಹಿತಿಯ ಕುರಿತು ಡೇಟಾವನ್ನು ಕಳುಹಿಸಲು. ಅಥವಾ ಪೋರ್ಟ್ ಮೋಡ್‌ನಲ್ಲಿರುವ ವೊಕುಲ್‌ನಂತೆ ಆಲಿಸಿ ಮತ್ತು ಬಹುಕಾರ್ಯಕವು ಇನ್ನೂ ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಕೇಳುತ್ತಿದೆ.
ಈ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಬ್ಯಾಟರಿಯನ್ನು ಹರಿಸುತ್ತವೆ ಮತ್ತು ಅವುಗಳನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಮುಚ್ಚುವುದು ಅವಶ್ಯಕ ಮತ್ತು ಐಒಎಸ್‌ಗಾಗಿ ಕಾಯಬೇಡಿ. ಇತರರೊಂದಿಗೆ ಇದು ಅಗತ್ಯವಿಲ್ಲ, ಅಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ ಕ್ರ್ಯಾಶ್ ಆಗಿದ್ದರೆ ಮಾತ್ರ.
ನಾನು ಲೇಖನವನ್ನು ಒಪ್ಪಲು ಸಾಧ್ಯವಿಲ್ಲ. ಕನಿಷ್ಠ 1 ನೇ ತಲೆಮಾರಿನ iPad (iOS 5.0.1) ನಲ್ಲಿ ನಾನು ಬಹುಕಾರ್ಯಕ ಬಾರ್‌ನಲ್ಲಿ ಸಾಕಷ್ಟು "ತೆರೆದ" ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದೇನೆಯೇ ಅಥವಾ ಕೆಲವು ಮಾತ್ರವೇ ಎಂಬುದನ್ನು ನೋಡಲು ಸ್ಪಷ್ಟವಾಗಿದೆ. ಐಒಎಸ್ ಮೆಮೊರಿಯನ್ನು ಸ್ವಚ್ಛಗೊಳಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ, ಆದರೆ ಇದು ನಿಸ್ಸಂಶಯವಾಗಿ ಸಾಕಾಗುವುದಿಲ್ಲ - RAM ನ ಸಣ್ಣ ಗಾತ್ರವು ಬಹುಶಃ ಅದರ ದೊಡ್ಡ ದೌರ್ಬಲ್ಯವಾಗಿದೆ.
ಆದ್ದರಿಂದ ಬಹಳಷ್ಟು ಸಿಸ್ಟಮ್ ಮತ್ತು ಬಳಸಿದ ಯಂತ್ರಾಂಶದ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದೆ, ಇದು 1 ನೇ ತಲೆಮಾರಿನ ಐಪ್ಯಾಡ್‌ನಲ್ಲಿದ್ದಕ್ಕಿಂತ iOS 5.0.1 ನೊಂದಿಗೆ iPad 2 ನಲ್ಲಿ ಕೆಟ್ಟದಾಗಿರುತ್ತದೆ ಎಂಬುದು ಸಾಕಷ್ಟು ತಾರ್ಕಿಕವಾಗಿದೆ.
ಕ್ಷಮಿಸಿ ಸಂಗಾತಿಯೇ, ಇದು ಕೆಲಸ ಮಾಡಬೇಕಾದ ಐಡಿಯಲ್ ವಿಧಾನದ ವಿವರಣೆಯಾಗಿದೆ. ದುರದೃಷ್ಟವಶಾತ್, ವಾಸ್ತವವು ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನವಾಗಿದೆ ಮತ್ತು ನೀವು ಆಪಲ್ ಉತ್ಪನ್ನಗಳನ್ನು ಬಳಸಿದರೆ ಅದು ನಿಮಗೆ ತಿಳಿದಿರುತ್ತದೆ, ಕನಿಷ್ಠ ನಾನು ಮಾಡುವಷ್ಟು (ಅಂದರೆ ಸಾಂದರ್ಭಿಕವಾಗಿ).
"iOS ನಲ್ಲಿ ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಆಪರೇಟಿಂಗ್ ಮೆಮೊರಿಯನ್ನು ತುಂಬುತ್ತವೆ ಎಂಬ ಮೂಢನಂಬಿಕೆಗಳನ್ನು ನೀವು ಆಗಾಗ್ಗೆ ಕೇಳಬಹುದು."
ಇದು ಮೂಢನಂಬಿಕೆ ಅಲ್ಲ, ಇದು ಕೇವಲ ಸತ್ಯ. ಎಲ್ಲಾ ನಂತರ, ನೀವು ಅದನ್ನು ಲೇಖನದಲ್ಲಿ ನೀವೇ ಹೇಳಿಕೊಳ್ಳುತ್ತೀರಿ.
"ನಾನು ಮೊದಲೇ ಹೇಳಿದಂತೆ, ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಬಳಕೆದಾರರು ಎಂದಿಗೂ ಮುಚ್ಚಬೇಕಾಗಿಲ್ಲ."
ನಾನ್ಸೆನ್ಸ್. ಅದು ಕೇವಲ ಬುಲ್ಶಿಟ್, ಸೇಬು ಪ್ರಚಾರ, ನನ್ನ ಮೇಲೆ ಕೋಪಗೊಳ್ಳಬೇಡಿ.
“ಆದರೆ ನೀವು ಅದನ್ನು ಮಾಡಬೇಕಾಗಿಲ್ಲ, ಏಕೆಂದರೆ ಐಒಎಸ್ ನಿಮಗಾಗಿ ಅದನ್ನು ಮಾಡುತ್ತದೆ. ದೊಡ್ಡ ಪ್ರಮಾಣದ RAM ಅನ್ನು ಬಳಸುವ ಆಟದಂತಹ ಹಿನ್ನೆಲೆಯಲ್ಲಿ ನೀವು ಬೇಡಿಕೆಯ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಅಮಾನತುಗೊಳಿಸಿದ್ದರೆ, ಅಗತ್ಯವಿದ್ದಾಗ iOS ಅದನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮೆಮೊರಿಯಿಂದ ತೆಗೆದುಹಾಕುತ್ತದೆ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಐಕಾನ್ ಅನ್ನು ಟ್ಯಾಪ್ ಮಾಡುವ ಮೂಲಕ ನೀವು ಅದನ್ನು ಮರುಪ್ರಾರಂಭಿಸಬಹುದು.
ನಿಜವಲ್ಲ. ಪರಿಸ್ಥಿತಿ ಸ್ವಲ್ಪ ವಿಭಿನ್ನವಾಗಿದೆ. ಒಂದು ವಿಶಿಷ್ಟ ಉದಾಹರಣೆ - ನಾನು ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಬೇಡಿಕೆಯ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದೇನೆ, ನನಗೆ ಆಟಗಳು ಬೇಕು. ನಾನು ಬ್ರೌಸರ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತೇನೆ, ಒಂದೆರಡು ಟ್ಯಾಬ್‌ಗಳನ್ನು ತೆರೆಯುತ್ತೇನೆ -> ಹೆಚ್ಚಿನ ಮೆಮೊರಿ ಅಗತ್ಯವಿದೆ. ಏನಾಗುವುದೆಂದು? ನಾನು ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ ಬೇಡಿಕೆ ಇಡುತ್ತೇನೆ, ಇದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ, ಬ್ರೌಸರ್ ಸ್ವತಃ ಬೀಳುತ್ತದೆ. ನಾನು ಬೇಡಿಕೆಯ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಮುಚ್ಚಿದರೆ, ಬ್ರೌಸರ್ ಯಾವುದೇ ತೊಂದರೆಗಳಿಲ್ಲದೆ ದೀರ್ಘಕಾಲದವರೆಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
ಇದು ಅಭ್ಯಾಸ, ಸಿದ್ಧಾಂತವಲ್ಲ. ಮತ್ತು ಆಪಲ್ ಉತ್ಪನ್ನದ ದೀರ್ಘಾವಧಿಯ ಬಳಕೆದಾರರಾಗಿ, ನಿಮಗೆ ಇನ್ನೂ ಇದು ತಿಳಿದಿಲ್ಲ ಎಂದು ನನಗೆ ಆಶ್ಚರ್ಯವಾಗಿದೆ.
ಧನ್ಯವಾದಗಳು, ಇದನ್ನು ಚೆನ್ನಾಗಿ ವಿವರಿಸಲಾಗಿದೆ ಮತ್ತು ಚೆನ್ನಾಗಿ ವಿವರಿಸಲಾಗಿದೆ. ನೀವು ನನಗೆ ಸ್ವಲ್ಪ ಸಹಾಯ ಮಾಡಿದ್ದೀರಿ ;-) ♥
ಪ್ರಾರಂಭಿಸಲು, ಆಂಡ್ರಾಯ್ಡ್‌ನಂತೆಯೇ ನಾನು iOS ಪರವಾಗಿಯೂ ಇಲ್ಲ ಅಥವಾ ವಿರುದ್ಧವೂ ಅಲ್ಲ, ಆದರೆ ಇಲ್ಲಿ ಕೆಲವು ವಿಚಿತ್ರವಾದ ವಿಷಯಗಳಿವೆ, ಇಲ್ಲಿ ಬರೆದಿರುವಂತೆ: "ನೀವು iOS ನಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ ಕ್ರ್ಯಾಶ್ ಅನ್ನು ಅಪರೂಪವಾಗಿ ಎದುರಿಸುತ್ತೀರಿ" ನಂತರ Android ಅಪ್ಲಿಕೇಶನ್‌ಗಳಲ್ಲಿ ಕ್ರ್ಯಾಶ್ ಆಗುತ್ತದೆ ವರ್ಷಕ್ಕೊಮ್ಮೆ: -ಪಿ
http://dotekomanie.blog.mobilmania.cz/2012/02/stabilita-ios-vs-android/
ಹೌದು, ಆದರೆ ನೀವು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಮುಚ್ಚಬೇಕಾದ ಸಂದರ್ಭಗಳು ನಿಜವಾಗಿಯೂ ಕಡಿಮೆ, ನಾನು ಅದನ್ನು ಒಮ್ಮೆ ಬಳಸಿದ್ದೇನೆಯೇ? ;-) ಮತ್ತು Mobilemania ನಿಂದ ತುಲನಾತ್ಮಕ ಪರೀಕ್ಷೆಗೆ ಲಿಂಕ್ ನೀಡುವುದು ಅರ್ಥಹೀನವಾಗಿದೆ, ನಾನು Google ಪಾವತಿಸಿದ ಜಾಹೀರಾತಿನ ಬಗ್ಗೆ ಓದಲು ಬಯಸಿದಾಗ, ನಾನು ಅಲ್ಲಿ ನೋಡುತ್ತೇನೆ ;-) ಪ್ರತಿಯೊಬ್ಬರೂ ತಮ್ಮ ಕೈಯಲ್ಲಿ ಯಾವುದೇ Android ಫೋನ್ ಅನ್ನು ಪಡೆಯಬಹುದು ಮತ್ತು ಅದು ಸ್ವಚ್ಛವಾಗಿ ರನ್ ಆಗುವುದಿಲ್ಲ, ಅಂದರೆ, ಗ್ಯಾಲಕ್ಸಿ ನೆಕ್ಸಸ್ ಹೊರತುಪಡಿಸಿ, ಸಿಸ್ಟಮ್ ಹೆಚ್ಚು ಕಡಿಮೆ ಹೇಳಿ ಮಾಡಲ್ಪಟ್ಟಿದೆ. ಒಟ್ಟಾರೆಯಾಗಿ, Android ಒಂದು ದುರಂತವಾಗಿದೆ
@Mek - ನಾನು ಹಲವಾರು ವರ್ಷಗಳಿಂದ ಪ್ರತಿದಿನ ಆಪಲ್ ಉತ್ಪನ್ನಗಳನ್ನು ಬಳಸುತ್ತಿದ್ದೇನೆ ಮತ್ತು ಇದು ನನಗೆ ಎಂದಿಗೂ ಸಂಭವಿಸಿಲ್ಲ, ಆದ್ದರಿಂದ ನಿಮ್ಮ ಸಿದ್ಧಾಂತವು ಹೇಗಾದರೂ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ.
ಒಟಿ:
@redakce – ವೆಬ್‌ಸೈಟ್ ನಿರಂತರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರುವುದನ್ನು ನೀವು ನೋಡಬಹುದು ಅಥವಾ ಅದರೊಂದಿಗೆ ಏನಾದರೂ ನಡೆಯುತ್ತಿದೆ, ಆದರೆ ಎಲ್ಲವೂ ಸರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಒಂದು ವಾರ ತೆಗೆದುಕೊಳ್ಳುವುದಿಲ್ಲ ಎಂಬ ಭಾವನೆ ನನ್ನಲ್ಲಿದೆ. ಮತ್ತು ನಾನು ಇನ್ನು ಮುಂದೆ ಇಲ್ಲಿಗೆ ಬರುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಹೊಸ ನೋಟವು ನನಗೆ ಸರಿಹೊಂದುವುದಿಲ್ಲ. ಕನಿಷ್ಠ ನಾನು ಐಫೋನ್‌ನಲ್ಲಿ ಮೊಬೈಲ್ ಆವೃತ್ತಿಯನ್ನು ಬಳಸಿದ್ದೇನೆ, ಆದರೆ ಈಗ ಅದು ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ - ಹೇಗೆ ಬರುತ್ತದೆ? ಅವರು ಪ್ರಸ್ತುತ ಕಾಮೆಂಟ್‌ಗಳಲ್ಲಿನ ಪೋಸ್ಟ್‌ಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತಿಲ್ಲ.
@SteveJSF ದುರದೃಷ್ಟವಶಾತ್, ಯಾವಾಗಲೂ ನಾವು ಬಯಸಿದ ರೀತಿಯಲ್ಲಿ ವಿಷಯಗಳು ಆಗುವುದಿಲ್ಲ. ಉತ್ತರಗಳಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ, ಹೊಸ ಎಸ್‌ಇಒ ಪ್ಲಗಿನ್ ಅವುಗಳನ್ನು ಮುರಿದಿದೆ, ಅದನ್ನು ಪ್ರಸ್ತುತ ಪರಿಹರಿಸಲಾಗುತ್ತಿದೆ.
WP-Touch ಸಹ ಕೆಲವು ಕಾರಣಗಳಿಗಾಗಿ ನಮ್ಮ ಸೇವೆಯನ್ನು ಕೊನೆಗೊಳಿಸಿದೆ, ಆದ್ದರಿಂದ ನಾವು ಈ ಪ್ಲಗಿನ್‌ಗಿಂತ ಉತ್ತಮ ಪರಿಹಾರದೊಂದಿಗೆ ಬರಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ. ಆದ್ದರಿಂದ ನೀವು ಮುಂದಿನ ಸುದ್ದಿಯನ್ನು ಶೀಘ್ರದಲ್ಲೇ ನಿರೀಕ್ಷಿಸಬಹುದು :-)
ಒಳ್ಳೆಯ ಲೇಖನ. ಅಭ್ಯಾಸಕ್ಕೆ ಸಂಬಂಧಿಸಿದಂತೆ, ನಾನು ಹಲವಾರು ವಿಷಯಗಳನ್ನು ಒಪ್ಪುತ್ತೇನೆ ಮತ್ತು ಹೆಚ್ಚಿನ ಸಮಯ ಅದು ಹೇಳಿದಂತೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ನಾನು ಹೇಳಲು ಬಯಸುತ್ತೇನೆ, ಆದರೆ ದುರದೃಷ್ಟವಶಾತ್ ಇನ್ನೂ ಸರಿಯಾಗಿ ವರ್ತಿಸದ ಕಳಪೆ ಲಿಖಿತ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿವೆ, ಮತ್ತು ನಂತರ ಅಂತಹ ಪ್ರಕರಣಗಳಿವೆ ಕೆಲವು ಓದುಗರು ಗಮನಿಸಿದ್ದಾರೆ. ಸ್ಕೈಪ್ ಒಂದು ಉತ್ತಮ ಉದಾಹರಣೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ, ಅದು ಇನ್ನೂ ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿದೆ ಎಂದು ಅಭ್ಯಾಸದಿಂದ ನನಗೆ ತಿಳಿದಿದೆ (ಮತ್ತು ಅದು ಉತ್ತಮವಾಗಿದೆ ಮತ್ತು ಅದು ಹೀಗಿರಬೇಕು), ಆದರೆ ಸಮಸ್ಯೆಯೆಂದರೆ ಈ ಅಪ್ಲಿಕೇಶನ್ ಸಾಧನದ ಬ್ಯಾಟರಿಯನ್ನು ಸಾಕಷ್ಟು ಹರಿಸುತ್ತದೆ ಮತ್ತು ಇನ್ನು ಸರಿಯಾಗಿ ನೋಡಲಾಗುತ್ತಿಲ್ಲ . ವ್ಯತಿರಿಕ್ತವಾಗಿ, ಫೇಸ್‌ಬುಕ್, ಬದೂ, ಇತ್ಯಾದಿ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು. ಅವು ಇನ್ನೂ ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿವೆ, ಆದರೆ ಅವುಗಳ ಸೇವನೆಯು ಬಹುತೇಕ ಅಗ್ರಾಹ್ಯವಾಗಿದೆ (ಕನಿಷ್ಠ ನಾನು ಯಾವುದನ್ನೂ ಗಮನಿಸುವುದಿಲ್ಲ). ಹಾಗಾಗಿ ದೋಷವು ವೈಯಕ್ತಿಕ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಲ್ಲಿದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಯಾವುದು ಎಂದು ನಿಮಗೆ ತಿಳಿದಿದ್ದರೆ, ಅವುಗಳನ್ನು ಕೈಯಾರೆ ಮಾತ್ರ ಆಫ್ ಮಾಡಿದರೆ ಸಾಕು!
ಹಾಗಾಗಿ ಫೇಸ್‌ಬುಕ್ ಅಗತ್ಯಕ್ಕೆ ತಕ್ಕಂತೆ ಮತ್ತು ಸ್ಕೈಪ್ ಅಗತ್ಯವಿದ್ದಾಗ ಮಾತ್ರ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದು ಅಭ್ಯಾಸ.
ಸರಿ, ಮತ್ತೊಂದೆಡೆ, ನಾನು ಬ್ಯಾಟರಿಯನ್ನು ಉಳಿಸಬೇಕಾದರೆ ಮತ್ತು ನಾನು ಸಾಧ್ಯವಾದಷ್ಟು ಕಾಲ ಐಫೋನ್ ಅನ್ನು "ಜೀವಂತವಾಗಿ" ಇಡಬೇಕೆಂದು ನನಗೆ ತಿಳಿದಿದ್ದರೆ, ನಾನು ಬಹುಕಾರ್ಯಕದಲ್ಲಿ ಅನಗತ್ಯವಾದ ಎಲ್ಲವನ್ನೂ ಸಹ ಆಫ್ ಮಾಡುತ್ತೇನೆ, ಆದರೆ ಹೆಚ್ಚಾಗಿ ಇದು ದೊಡ್ಡ ಪರಿಣಾಮವನ್ನು ಬೀರುವುದಿಲ್ಲ, ಆದರೆ ಅಗತ್ಯವಿದ್ದರೆ ನಾನು 3G, ಎಲ್ಲಾ ಮೊಬೈಲ್ ಇಂಟರ್ನೆಟ್, ವೈಫೈ, ಸ್ಥಳ ಸೇವೆಗಳು , ಏರ್‌ಪ್ಲೇನ್ ಮೋಡ್, ಬೆಳಕಿನ ಸಾಮರ್ಥ್ಯ, ಇತ್ಯಾದಿಗಳನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತೇನೆ. ದಿನಚರಿಯ ಭಾಗವಾಗಿ, ನಾನು ಬಹುಕಾರ್ಯಕದಲ್ಲಿ ಮೇಲೆ ತಿಳಿಸಿದ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಸಹ ಆಫ್ ಮಾಡುತ್ತೇನೆ.
ಆದ್ದರಿಂದ ವೈಯಕ್ತಿಕವಾಗಿ ಲೇಖನವು ನಿಜವೆಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ, ದುರದೃಷ್ಟವಶಾತ್ ಕೆಲವು ಪ್ರೋಗ್ರಾಮರ್‌ಗಳು ತಮ್ಮ ಅಪ್ಲಿಕೇಶನ್‌ಗಳೊಂದಿಗೆ ಈ ವಿಷಯಗಳನ್ನು ನಿರಾಕರಿಸುತ್ತಾರೆ, ಏಕೆಂದರೆ ಅವರ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ತಪ್ಪಾಗಿವೆ ಮತ್ತು ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ ಇದಕ್ಕೆ ಕೇವಲ ಎರಡು ಪರಿಹಾರಗಳಿವೆ 1. ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಬಳಸದೆ ಮತ್ತು ಹುಡುಕಲು ಸಾಧ್ಯವಾದರೆ ಸಾಧ್ಯವಾದರೆ ಪರ್ಯಾಯ, ಅಥವಾ 2. ಅದು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ಉದಾ ಸ್ಕೈಪ್ ಅನ್ನು ನೋಡಿ, ವರದಿಯಲ್ಲಿ ನೀಡಿರುವ ಪ್ರೋಗ್ರಾಮರ್‌ಗೆ ಬರೆಯಿರಿ ಮತ್ತು ಅವರು ಅದರ ಬಗ್ಗೆ ಏನಾದರೂ ಮಾಡುತ್ತಾರೆ ಎಂದು ಭಾವಿಸುತ್ತೇವೆ.
ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಅರ್ಥಹೀನವಾಗಬಹುದು, ಆದರೆ ನಾನು ಅದನ್ನು ಹೇಗಾದರೂ ಮಾಡುತ್ತೇನೆ. ಅಪ್ಲಿಕೇಶನ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಆಫ್ ಮಾಡದಿರಲು ನಾನು ಪ್ರಯತ್ನಿಸಿದೆ, ಅವುಗಳನ್ನು ಚಲಾಯಿಸಲು ಬಿಡಿ (ಅಥವಾ ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಅವುಗಳನ್ನು ನಿದ್ರಿಸಲು ಬಿಡಿ) ಮತ್ತು ಬ್ಯಾಟರಿ ಬಾಳಿಕೆ ತುಂಬಾ ಕಡಿಮೆಯಾಗಿದೆ, ಸುಮಾರು ಮೂರು ವಾರಗಳ ನಂತರ ಐಪ್ಯಾಡ್ 2 ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸುವುದು ಸಹ ಅಗತ್ಯವಾಗಿತ್ತು, ಅದು ನಿಧಾನವಾಗಿ ಪ್ರತಿಕ್ರಿಯಿಸಿತು. ಹಾಗಾಗಿ ನಾನು ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಆಫ್ ಮಾಡುತ್ತೇನೆ, ಬ್ಯಾಟರಿ ಹೆಚ್ಚು ಕಾಲ ಉಳಿಯುತ್ತದೆ, ನಾನು ಇತ್ತೀಚೆಗೆ ಕ್ರಿಸ್ಮಸ್ ದಿನದಂದು ರೀಬೂಟ್ ಮಾಡಿದ್ದೇನೆ ಮತ್ತು ಅದು ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ.
ಅಂದಹಾಗೆ, ನಾನು Mac OS X ನಲ್ಲಿ ಅದೇ ಕೆಲಸವನ್ನು ಮಾಡುತ್ತೇನೆ, ನನಗೆ ಅಗತ್ಯವಿಲ್ಲದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ನಾನು ಮುಚ್ಚುತ್ತೇನೆ (CMD + Q), ಇದು ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಮಲಗುವುದಕ್ಕಿಂತ ಮತ್ತು RAM ಅನ್ನು ಅನಗತ್ಯವಾಗಿ ತಿನ್ನುವುದಕ್ಕಿಂತ ಉತ್ತಮವಾಗಿದೆ (ಇದು OS X ಮಾಡಬಹುದು' ಇದು ಚೆನ್ನಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ). ನನ್ನ ಬಳಿ ಕಡಿಮೆ RAM ಇದೆ, ಕೇವಲ 8 GB, ಆದರೆ ವಿಂಡೋಸ್ 7 ನಲ್ಲಿ 8 GB ಯೊಂದಿಗೆ, ಸಿಸ್ಟಮ್ ನಿಧಾನವಾಗಿ ಪ್ರತಿಕ್ರಿಯಿಸುವುದಿಲ್ಲ ಅಥವಾ ಸ್ವ್ಯಾಪ್ ಮಾಡಲಿಲ್ಲ, OS X ನಲ್ಲಿ ಇದು ಸಾಕಷ್ಟು ಸಾಮಾನ್ಯ ವಿದ್ಯಮಾನವಾಗಿದೆ (ನಾನು ಕಂಪ್ಯೂಟರ್ ಅನ್ನು ಎಂದಿಗೂ ಆಫ್ ಮಾಡಿಲ್ಲ, ನಾನು ಅದನ್ನು ಮ್ಯಾಕ್‌ನೊಂದಿಗೆ ಮಾಡುತ್ತೇನೆ , ಆದ್ದರಿಂದ ಒಂದು ತಿಂಗಳು ಮತ್ತು ಹೆಚ್ಚಿನ ಸಮಯವು ಒಂದು ಅಪವಾದವಲ್ಲ, ಸಮಸ್ಯೆಯೆಂದರೆ ನಾನು ಕೆಲವೊಮ್ಮೆ RAM ಅನ್ನು ಮುಕ್ತಗೊಳಿಸಲು ಮತ್ತು "ವೇಗವನ್ನು ಹೆಚ್ಚಿಸಲು" ಮುನ್ನೆಚ್ಚರಿಕೆಯಾಗಿ ಮ್ಯಾಕ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸಬೇಕಾಗಿದೆ, ವಿಂಡೋಸ್ 7 ಗೆ ಇದು ಅಗತ್ಯವಿಲ್ಲ).
ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಹೇಗೆ ಸ್ಫೋಟಿಸುವುದು ಎಂಬುದರ ಕುರಿತು ನಾನು ಹೆಚ್ಚು ಆಸಕ್ತಿ ಹೊಂದಿದ್ದೇನೆ. ನನಗೆ ಏನಾಯಿತು ಎಂದರೆ ಅಪ್ಲಿಕೇಶನ್ (ನಿರ್ದಿಷ್ಟವಾಗಿ ಜಿಯೋಕಾಚಿಂಗ್‌ನಲ್ಲಿ) ಪೋಷಕ ಸರ್ವರ್‌ನಿಂದ ಏನನ್ನಾದರೂ ಲೋಡ್ ಮಾಡುವ ಸ್ಥಿತಿಗೆ ಸಿಲುಕಿತು ಮತ್ತು ಆ ಸ್ಥಿತಿಯಲ್ಲಿ ಸಿಲುಕಿಕೊಂಡಿತು. ಹೋಮ್ ಬಟನ್ ಕೆಲಸ ಮಾಡಿದೆ, ರೀಬೂಟ್ ಮಾಡಿದ ನಂತರ ಅದು ಹೆಪ್ಪುಗಟ್ಟಿದ ಸ್ಥಿತಿಗೆ ಮರಳಿತು (ನಾನು ಎಲ್ಲಿ ಬಿಟ್ಟಿದ್ದೇನೆ). ಹಸ್ತಚಾಲಿತ ನಿರ್ಗಮನ (ಮಲ್ಟಿಟೇಸ್ಟಿಂಗ್ ಮೆನುಗೆ, ಐಕಾನ್ ಅನ್ನು ಹಿಡಿದುಕೊಳ್ಳಿ ಮತ್ತು ಮುಚ್ಚಲು ಮೈನಸ್) = ಅಪ್ಲಿಕೇಶನ್ ಕಣ್ಮರೆಯಾಯಿತು, ಮರುಪ್ರಾರಂಭಿಸಿದ ನಂತರ ಅದು ಫ್ರೀಜ್ ಆಗಿರುವ ಅದರ ಮೂಲ ಸ್ಥಿತಿಯಲ್ಲಿ ತೆರೆಯುತ್ತದೆ. ಹಾಗಾಗಿ ನಾನು ಎಲ್ಲವನ್ನೂ ಮುಚ್ಚಿ, ಫೋನ್ ಆಫ್ ಮಾಡಿ, ಅದನ್ನು ಆನ್ ಮಾಡಿ, ಹೋಮ್ ಅನ್ನು ಡಬಲ್ ಕ್ಲಿಕ್ ಮಾಡಿ ಮತ್ತು ಇಗೋ ಮತ್ತು ಇಗೋ - ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಆಫ್ ಮಾಡುವ ಮೊದಲು ಮುಚ್ಚುವ ಮೊದಲು ಇದ್ದವು. ಮರುಪ್ರಾರಂಭವು ಸಹ ಸಹಾಯ ಮಾಡಲಿಲ್ಲ - ಅದು ಬಿಸಿಯಾಗುವವರೆಗೆ ಮನೆ ಮತ್ತು ಮೇಲ್ಭಾಗವನ್ನು ಹಿಡಿದುಕೊಳ್ಳಿ. ಫೋನ್‌ನಿಂದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ತೆಗೆದುಹಾಕುವುದು, ಅದನ್ನು ಮರುಪ್ರಾರಂಭಿಸುವುದು ಮತ್ತು ಅದನ್ನು ಫೋನ್‌ನಲ್ಲಿ ಮರುಸ್ಥಾಪಿಸುವುದು ಮಾತ್ರ ಸಹಾಯ ಮಾಡಿತು. ಹೇಗಾದರೂ ನಾನು ಅದನ್ನು ತೆಗೆದುಕೊಳ್ಳಲಿಲ್ಲ.
ಈ ಬಹುಕಾರ್ಯಕ ನಿರ್ವಹಣೆಯು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಈ ಸಂದರ್ಭಗಳನ್ನು ನಿಭಾಯಿಸಲು ಡೆವಲಪರ್‌ಗಳಿಗೆ ಬಿಟ್ಟದ್ದು. ಇಡೀ ಪರಿಸ್ಥಿತಿಯ ಹೆಚ್ಚು ವಿವರವಾದ ಮತ್ತು ವೃತ್ತಿಪರ ವಿವರಣೆಯಲ್ಲಿ ಆಸಕ್ತಿ ಹೊಂದಿರುವವರಿಗೆ, ಅದು ಹೇಗೆ ಎಂದು ನಾನು ಇಲ್ಲಿ ಬರೆಯುತ್ತೇನೆ.
ಅಪ್ಲಿಕೇಶನ್ ಒಟ್ಟು 6 ರಾಜ್ಯಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸಬಹುದು ಮತ್ತು ಈ ರಾಜ್ಯಗಳು:
ಅಪ್ಲಿಕೇಶನ್WillResignActive
ಅಪ್ಲಿಕೇಶನ್DidEnterBackground
ಅಪ್ಲಿಕೇಶನ್WillEnterForeground
ಅಪ್ಲಿಕೇಶನ್DidBecomeActive
ಅಪ್ಲಿಕೇಶನ್ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ
ಅಪ್ಲಿಕೇಶನ್ ಸ್ವೀಕರಿಸಿ ಮೆಮೊರಿ ಎಚ್ಚರಿಕೆ
ಈಗ ನಾನು ಈ ರಾಜ್ಯಗಳನ್ನು ಹೆಚ್ಚು ವಿವರವಾಗಿ ವಿವರಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತೇನೆ.
applicationWillResignActive - ಈ ಸ್ಥಿತಿ ಎಂದರೆ ಭವಿಷ್ಯದಲ್ಲಿ (ಕೆಲವು ಮಿಲಿಸೆಕೆಂಡ್‌ಗಳ ವಿಷಯ) ಅಪ್ಲಿಕೇಶನ್ ಸಕ್ರಿಯ ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ರಾಜೀನಾಮೆ ನೀಡುತ್ತದೆ (ಅಂದರೆ ಮುಂಭಾಗದಲ್ಲಿರುವ ಅಪ್ಲಿಕೇಶನ್) ಉದಾಹರಣೆಗೆ ಅಪ್ಲಿಕೇಶನ್ ಬಳಸುವಾಗ ಕರೆ ಸ್ವೀಕರಿಸುವಾಗ ಇದು ಸಂಭವಿಸುತ್ತದೆ, ಆದರೆ ಅದೇ ಸಮಯದಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ ಹಿನ್ನೆಲೆಗೆ ಹೋಗುವ ಮೊದಲೇ ಈ ವಿಧಾನವು ಪ್ರಚೋದಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನೀವು ಈ ಬದಲಾವಣೆಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬೇಕಾಗುತ್ತದೆ. ಈ ವಿಧಾನವು ಸಹ ಸೂಕ್ತವಾಗಿದೆ ಆದ್ದರಿಂದ, ಉದಾಹರಣೆಗೆ, ಒಳಬರುವ ಕರೆ ಇದ್ದಾಗ ಅದು ನಿರ್ವಹಿಸುವ ಎಲ್ಲಾ ಚಟುವಟಿಕೆಗಳನ್ನು ಅಮಾನತುಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಕರೆ ಮುಗಿಯುವವರೆಗೆ ಕಾಯುತ್ತದೆ.
applicationDidEnterBackground - ಈ ಸ್ಥಿತಿಯು ಅಪ್ಲಿಕೇಶನ್ ಹಿನ್ನೆಲೆಯನ್ನು ಪ್ರವೇಶಿಸಿದೆ ಎಂದು ಸೂಚಿಸುತ್ತದೆ, ಡೆವಲಪರ್‌ಗಳು ಹಿನ್ನೆಲೆಯಲ್ಲಿ ರನ್ ಮಾಡಬೇಕಾದ ಅಗತ್ಯವಿಲ್ಲದ ಎಲ್ಲಾ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಅಮಾನತುಗೊಳಿಸಲು ಮತ್ತು ಬಳಕೆಯಾಗದ ಡೇಟಾ ಮತ್ತು ಇತರ ಪ್ರಕ್ರಿಯೆಗಳ ಕ್ಲೀನ್ ಮೆಮೊರಿಯನ್ನು ಅಮಾನತುಗೊಳಿಸಲು ಈ ವಿಧಾನವನ್ನು ಬಳಸಬೇಕು, ಉದಾಹರಣೆಗೆ, ಟೈಮರ್‌ಗಳ ಮುಕ್ತಾಯ, ತೆರವುಗೊಳಿಸಿ ಮೆಮೊರಿ ಲೋಡ್ ಮಾಡಲಾದ ಚಿತ್ರಗಳು ಅಗತ್ಯವಾಗಿ ಅಗತ್ಯವಿಲ್ಲ ಅಥವಾ ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಸಂಪರ್ಕವನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ನಿರ್ಣಾಯಕವಾಗಿಲ್ಲದಿದ್ದರೆ ಸರ್ವರ್‌ಗಳೊಂದಿಗಿನ ಸಂಪರ್ಕವನ್ನು ಕೊನೆಗೊಳಿಸುತ್ತದೆ. ಮೂಲಭೂತವಾಗಿ, ಅಪ್ಲಿಕೇಶನ್ನಲ್ಲಿ ಕರೆ ಮಾಡಿದಾಗ ಈ ವಿಧಾನವನ್ನು ಅಪ್ಲಿಕೇಶನ್‌ನ ಕೆಲವು ಭಾಗವು ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಚಲಾಯಿಸಲು ಅಗತ್ಯವಿಲ್ಲದಿದ್ದರೆ ಅದನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಅಮಾನತುಗೊಳಿಸಲು ಬಳಸಬೇಕು.
applicationWillEnterForeground - ಈ ಸ್ಥಿತಿಯು ಅಪ್ಲಿಕೇಶನ್ ಸಕ್ರಿಯ ಸ್ಥಿತಿಗೆ ರಾಜೀನಾಮೆ ನೀಡಿದಾಗ ಮೊದಲ ಸ್ಥಿತಿಗೆ ವಿರುದ್ಧವಾಗಿರುತ್ತದೆ. ಈ ಅಪ್ಲಿಕೇಶನ್ ಸ್ಥಿತಿ ಎಂದರೆ ಮುಂದಿನ ಕೆಲವು ಮಿಲಿಸೆಕೆಂಡ್‌ಗಳಲ್ಲಿ ಸ್ಲೀಪಿಂಗ್ ಅಪ್ಲಿಕೇಶನ್ ಹಿನ್ನೆಲೆಯಿಂದ ಪುನರಾರಂಭವಾಗುತ್ತದೆ ಮತ್ತು ಮುಂಭಾಗದಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ (ಅಪ್ಲಿಕೇಶನ್ ಮುಂಭಾಗಕ್ಕೆ ಪ್ರವೇಶಿಸುತ್ತದೆ), ಅಪ್ಲಿಕೇಶನ್ ಇರುವಾಗ ನಿಷ್ಕ್ರಿಯವಾಗಿರುವ ಯಾವುದೇ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಪುನರಾರಂಭಿಸಲು ಈ ವಿಧಾನವನ್ನು ಡೆವಲಪರ್‌ಗಳು ಬಳಸಬೇಕು ಹಿನ್ನೆಲೆಯಲ್ಲಿ , ಸರ್ವರ್‌ಗಳಿಗೆ ಸಂಪರ್ಕಗಳನ್ನು ಮರುಸ್ಥಾಪಿಸಬೇಕು, ಟೈಮರ್‌ಗಳನ್ನು ಮರುಹೊಂದಿಸಬೇಕು, ಇಮೇಜ್‌ಗಳು ಮತ್ತು ಡೇಟಾವನ್ನು ಮೆಮೊರಿಗೆ ಲೋಡ್ ಮಾಡಬೇಕು ಮತ್ತು ಬಳಕೆದಾರರು ಲೋಡ್ ಮಾಡಿದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಮತ್ತೆ ನೋಡುವ ಮೊದಲು ಇತರ ಅಗತ್ಯ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಪುನರಾರಂಭಿಸಬಹುದು.
applicationDidBecomeActive - ಈ ಸ್ಥಿತಿಯು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಮುಂಭಾಗಕ್ಕೆ ಮರುಸ್ಥಾಪಿಸಿದ ನಂತರ ಇದೀಗ ಸಕ್ರಿಯವಾಗಿದೆ ಎಂದು ಸೂಚಿಸುತ್ತದೆ, ಇದು ಬಳಕೆದಾರ ಇಂಟರ್ಫೇಸ್ಗೆ ಹೆಚ್ಚುವರಿ ಹೊಂದಾಣಿಕೆಗಳನ್ನು ಮಾಡಲು ಅಥವಾ UI ಅನ್ನು ಅದರ ಮೂಲ ಸ್ಥಿತಿಗೆ ಮರುಸ್ಥಾಪಿಸಲು ಬಳಸಬಹುದಾದ ವಿಧಾನವಾಗಿದೆ. ಈ ವಿಧಾನವು ನಿಜವಾಗಿ ಸಂಭವಿಸುತ್ತದೆ. ಬಳಕೆದಾರರು ಈಗಾಗಲೇ ಪ್ರದರ್ಶನದಲ್ಲಿ ನೋಡಿದಾಗ, ಈ ವಿಧಾನದಲ್ಲಿ ಮತ್ತು ಹಿಂದಿನ ವಿಧಾನದಲ್ಲಿ ಏನು ನಡೆಯುತ್ತಿದೆ ಎಂಬುದನ್ನು ಆಯವ್ಯಯದಿಂದ ನಿರ್ಧರಿಸುವುದು ಅವಶ್ಯಕ. ಕೆಲವು ಮಿಲಿಸೆಕೆಂಡುಗಳ ವ್ಯತ್ಯಾಸದೊಂದಿಗೆ ಅವುಗಳನ್ನು ಒಂದರ ನಂತರ ಒಂದರಂತೆ ಕರೆಯಲಾಗುತ್ತದೆ.
ಅಪ್ಲಿಕೇಶನ್ ವಿಲ್ಟರ್ಮಿನೇಟ್ - ಅಪ್ಲಿಕೇಶನ್ ಕೊನೆಗೊಳ್ಳುವ ಮೊದಲು ಕೆಲವು ಮಿಲಿಸೆಕೆಂಡ್‌ಗಳ ಮೊದಲು ಈ ಸ್ಥಿತಿ ಸಂಭವಿಸುತ್ತದೆ, ಅಂದರೆ, ಅಪ್ಲಿಕೇಶನ್ ನಿಜವಾಗಿ ಕೊನೆಗೊಳ್ಳುವ ಮೊದಲು. ಬಹುಕಾರ್ಯಕದಿಂದ ಹಸ್ತಚಾಲಿತವಾಗಿ ಅಥವಾ ಸಾಧನವನ್ನು ಆಫ್ ಮಾಡುವಾಗ. ಸಂಸ್ಕರಿಸಿದ ಡೇಟಾವನ್ನು ಉಳಿಸಲು ಮತ್ತು ಎಲ್ಲಾ ಚಟುವಟಿಕೆಗಳನ್ನು ಕೊನೆಗೊಳಿಸಲು ಮತ್ತು ಇನ್ನು ಮುಂದೆ ಅಗತ್ಯವಿಲ್ಲದ ಡೇಟಾವನ್ನು ಅಳಿಸಲು ಈ ವಿಧಾನವನ್ನು ಬಳಸಬೇಕು.
applicationDidReceiveMemoryWarning - ಮತ್ತು ಇದು ಇಲ್ಲಿ ಸಾಕಷ್ಟು ಚರ್ಚಿಸಲಾದ ಸ್ಥಿತಿಯಾಗಿದೆ, ಅಗತ್ಯವಿದ್ದರೆ, iOS ಅನಗತ್ಯವಾಗಿ ಸಿಸ್ಟಮ್ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಬಳಸಿದರೆ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಮೆಮೊರಿಯಿಂದ ತೆಗೆದುಹಾಕುತ್ತದೆ. ಹಿನ್ನೆಲೆ ಅಪ್ಲಿಕೇಶನ್‌ಗಳೊಂದಿಗೆ iOS ಏನು ಮಾಡುತ್ತದೆ ಎಂದು ನನಗೆ ನಿಖರವಾಗಿ ತಿಳಿದಿಲ್ಲ, ಆದರೆ ಇತರ ಪ್ರಕ್ರಿಯೆಗಳಿಗೆ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಬಿಡುಗಡೆ ಮಾಡಲು ಅಪ್ಲಿಕೇಶನ್ ಅಗತ್ಯವಿದ್ದರೆ, ಅದು ಹೊಂದಿರುವ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಬಿಡುಗಡೆ ಮಾಡಲು ಮೆಮೊರಿ ಎಚ್ಚರಿಕೆಯೊಂದಿಗೆ ಅದನ್ನು ಕೇಳುತ್ತದೆ. ಆದ್ದರಿಂದ ಈ ವಿಧಾನವನ್ನು ಅಪ್ಲಿಕೇಶನ್ನಲ್ಲಿ ಕರೆಯಲಾಗುತ್ತದೆ, ಮತ್ತು ಡೆವಲಪರ್‌ಗಳು ಅದನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಬೇಕು ಇದರಿಂದ ಅಪ್ಲಿಕೇಶನ್ ತನ್ನಲ್ಲಿರುವ ಮೆಮೊರಿಯನ್ನು ನೀಡುತ್ತದೆ, ಸಂಸ್ಕರಿಸಿದದನ್ನು ಉಳಿಸುತ್ತದೆ ಮತ್ತು ಮೆಮೊರಿಯಿಂದ ಅನಗತ್ಯ ಡೇಟಾವನ್ನು ಅಳಿಸುತ್ತದೆ ಮತ್ತು ಇಲ್ಲದಿದ್ದರೆ ಮೆಮೊರಿಯನ್ನು ಸಮರ್ಪಕವಾಗಿ ಮುಕ್ತಗೊಳಿಸುತ್ತದೆ. ಅನೇಕ ಡೆವಲಪರ್‌ಗಳು, ಉದಾಹರಣೆಗೆ ಆರಂಭಿಕರು, ಅಂತಹ ವಿಷಯಗಳ ಬಗ್ಗೆ ಯೋಚಿಸುವುದಿಲ್ಲ ಅಥವಾ ಅವುಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದಿಲ್ಲ ಎಂಬುದು ನಿಜ, ಮತ್ತು ನಂತರ ಅವರ ಅಪ್ಲಿಕೇಶನ್ ಬ್ಯಾಟರಿ ಬಾಳಿಕೆಗೆ ಅಪಾಯವನ್ನುಂಟುಮಾಡುತ್ತದೆ ಮತ್ತು/ಅಥವಾ ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಸಿಸ್ಟಮ್ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಅನಗತ್ಯವಾಗಿ ಬಳಸುತ್ತದೆ. ಮೆಮೊರಿ ಎಚ್ಚರಿಕೆಯನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ ಅಪ್ಲಿಕೇಶನ್ ಏನನ್ನೂ ಮಾಡದಿದ್ದರೆ ಮತ್ತು ಹಿಂದಿನಂತೆ ಸಿಸ್ಟಮ್ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಸೇವಿಸುವುದನ್ನು ಮುಂದುವರೆಸಿದರೆ iOS ಹೇಗೆ ವರ್ತಿಸುತ್ತದೆ ಎಂದು ನನಗೆ ತಿಳಿದಿಲ್ಲ.
ಈ ಕೆಲವು ರಾಜ್ಯಗಳು ಮತ್ತು ಸಂಬಂಧಿತ ವಿಧಾನಗಳು iOS ನಲ್ಲಿನ ಸಂಪೂರ್ಣ "ಬಹುಕಾರ್ಯ" ದ ಹಿಂದೆ ಇವೆ... ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಕಡಿಮೆಗೊಳಿಸಿದರೆ ಅವರ ಬಳಕೆದಾರರ ಸಾಧನಗಳಲ್ಲಿ ಏನನ್ನು ಎಸೆಯಬಹುದು ಎಂಬುದರ ಕುರಿತು ಡೆವಲಪರ್‌ಗಳು ಜವಾಬ್ದಾರರಾಗಿರಬೇಕಾದ ಅಗತ್ಯವನ್ನು ನಿರ್ಲಕ್ಷಿಸದಿದ್ದರೆ ಇದು ಉತ್ತಮ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ. ಅಥವಾ ಸಿಸ್ಟಮ್‌ನಿಂದ ಎಚ್ಚರಿಕೆಗಳನ್ನು ಪಡೆಯಿರಿ ಮತ್ತು ಇನ್ನಷ್ಟು…
ಎಲ್ಲವೂ ಸುಗಮವಾಗಿ ಕೆಲಸ ಮಾಡುವಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ ಹೇಗೆ ತೊಡಗಿಸಿಕೊಂಡಿದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಈ ಸಂಕ್ಷಿಪ್ತ ವಿವರಣೆಯು ನಿಮಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಆದ್ದರಿಂದ ಇದು ಬಳಕೆದಾರರಿಂದ ತಪ್ಪಾದ ಬಳಕೆಯ ತಪ್ಪು ಎಂದು ಹೇಳಲು ಸಾಧ್ಯವಿದೆ, ಇದನ್ನು ಅರ್ಥೈಸಿಕೊಳ್ಳಬಹುದು - ನೀವು ಹೆಚ್ಚಾಗಿ ಹವ್ಯಾಸಿ ಡೆವಲಪರ್‌ಗಳಿಂದ ಉಚಿತ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯಲ್ಲಿ ಬಳಸಿದರೆ, ನಿಮ್ಮ iOS ಸಾಧನವು ನೀವು ದೊಡ್ಡದನ್ನು ಬಳಸುವುದಕ್ಕಿಂತ ಕೆಟ್ಟದಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಅನುಭವಿ ಅಥವಾ ವೃತ್ತಿಪರ ಡೆವಲಪರ್‌ಗಳಿಂದ ಉಚಿತ ಮತ್ತು ಪಾವತಿಸಿದ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಸಂಖ್ಯೆ. ಎರಡೂ ವಲಯಗಳಲ್ಲಿ ಯಾವುದೇ ವಿನಾಯಿತಿಗಳಿಲ್ಲ ಎಂದು ಹೇಳಲಾಗುವುದಿಲ್ಲ. ಉದಾಹರಣೆಗೆ, ಫೋರ್ಸ್ಕ್ವೇರ್ ಸಾಕಷ್ಟು ವಿಚಿತ್ರವಾಗಿ ಮತ್ತು ಬೇಡಿಕೆಯಿಂದ ವರ್ತಿಸುತ್ತದೆ, ಮತ್ತು ಅದೇ ಸಮಯದಲ್ಲಿ, ಅವರು ಮೆಮೊರಿ ಮತ್ತು ಬ್ಯಾಟರಿ ನಿರ್ವಹಣೆಗೆ ಸಾಕಷ್ಟು ಸಮಯವನ್ನು ನೀಡುವ ಅತ್ಯಂತ ನುರಿತ ಅಭಿವರ್ಧಕರು ಎಂದು ಒಬ್ಬರು ಈಗಾಗಲೇ ನಿರೀಕ್ಷಿಸುತ್ತಾರೆ, ಆದರೆ ಇದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ ನಿಜ. 4SQ ಯೊಂದಿಗಿನ ದೊಡ್ಡ ಸಮಸ್ಯೆ ಸರ್ವರ್‌ಗಳೊಂದಿಗೆ ಸಂವಹನವಾಗಿದೆ, ಅದು ಆಗಾಗ್ಗೆ ಸ್ಥಗಿತಗೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಮುಳುಗುತ್ತದೆ. ಪ್ರಸಿದ್ಧ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಸಹ ಸಮಸ್ಯೆಗಳನ್ನು ಹೊಂದಿವೆ ಎಂಬುದಕ್ಕೆ ಇದು ಕೇವಲ ಒಂದು ಉದಾಹರಣೆಯಾಗಿದೆ, ಇದು 4SQ ಉತ್ತಮ ಸೇವೆಯಾಗಿದೆ ಎಂಬ ಅಂಶವನ್ನು ಬದಲಾಯಿಸುವುದಿಲ್ಲ.
ಆನಂದಿಸಿ ಸೇಬುಗಳು !! :)
ಲೇಖಕರ ಅನುಮತಿಯೊಂದಿಗೆ ನಾವು ಲೇಖನಕ್ಕೆ ಮಾಹಿತಿಯನ್ನು ಸೇರಿಸಿದ್ದೇವೆ ;-)
ಕ್ಷಮಿಸಿ, ENTER ಪ್ಯಾರಾಗ್ರಾಫ್‌ಗಳ ನಡುವೆ ಎಲ್ಲೆಡೆ ಇತ್ತು, ಅವರು ಇಲ್ಲಿ ಏನನ್ನಾದರೂ ಮಾಡಬಹುದು ಆದ್ದರಿಂದ ಕಾಮೆಂಟ್‌ಗಳು ಕನಿಷ್ಠ ಸ್ವಲ್ಪ ರಿಚ್ ಟೆಕ್ಸ್ಟ್ ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ಅನ್ನು ಹೊಂದಿರುತ್ತವೆ.
ArnieX: ಕಾಮೆಂಟ್ಗಾಗಿ ಧನ್ಯವಾದಗಳು !!
ಫರಾಮಿರ್‌ಗೆ: ನಿಮ್ಮ ಸಮಸ್ಯೆಯ ಬಗ್ಗೆ, ಅದು ನಿಮ್ಮ ವಿಷಯದಲ್ಲಿ ಸಹಾಯ ಮಾಡುತ್ತದೆಯೇ ಎಂದು ನನಗೆ ತಿಳಿದಿಲ್ಲ, ಆದರೆ ನೀವು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಮುಚ್ಚಿದರೆ (ಬಹುಕಾರ್ಯದಲ್ಲಿ) ಅದು ಮುಚ್ಚುವವರೆಗೆ ಕೆಲವು ಸೆಕೆಂಡುಗಳು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಎಂದು ನನ್ನ ಸ್ವಂತ ಅನುಭವದಿಂದ ನನಗೆ ತಿಳಿದಿದೆ. ನೀವು ಅದನ್ನು ಆಫ್ ಮಾಡಿ, ಅದು ಖಚಿತವಾಗಿ ಮುಗಿಯುವವರೆಗೆ ಕೆಲವು ಸೆಕೆಂಡುಗಳು (ನಾನು ಅಂದಾಜು 10 ಸೆಕೆಂಡುಗಳ ಕಾಲ ಕಾಯುತ್ತೇನೆ) ಕಾಯಲು ನಾನು ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ ಮತ್ತು ನಂತರ ಮಾತ್ರ ನಾನು ಅದನ್ನು ಮತ್ತೆ ಪ್ರಾರಂಭಿಸುತ್ತೇನೆ.
ನಿಮಗೆ ಸ್ವಾಗತ ;) ನನಗೆ ಕೊಡುಗೆ ನೀಡಲು ಅವಕಾಶವಿದ್ದರೆ ಸಹಾಯ ಮಾಡಲು ನಾನು ಸಂತೋಷಪಡುತ್ತೇನೆ.
ಮೀಬ್‌ನೊಂದಿಗೆ ಅದು ಹೇಗೆ ಇರಬೇಕು, ನಾನು ಅದರ ಮೂಲಕ ICQ ಅಥವಾ FB ಚಾಟ್‌ಗೆ ಲಾಗ್ ಇನ್ ಮಾಡಿದಾಗ, ಅದು 10 ನಿಮಿಷಗಳ ನಂತರ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಲಾಗ್ ಔಟ್ ಆಗುತ್ತದೆ ಮತ್ತು ನಾನು ಆಫ್‌ಲೈನ್‌ಗೆ ಹೋಗುತ್ತೇನೆ ಅಥವಾ ಅದು ಕೆಲಸ ಮಾಡುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತದೆಯೇ? ಸ್ಪಷ್ಟೀಕರಣಕ್ಕಾಗಿ ಧನ್ಯವಾದಗಳು: ಪಿ
ಹತ್ತು ನಿಮಿಷಗಳ ನಂತರ, ಇಂಟರ್ನೆಟ್‌ಗೆ ಅಪ್ಲಿಕೇಶನ್‌ನ ಸಂಪರ್ಕವು ಸರಳವಾಗಿ ಅಡಚಣೆಯಾಗುತ್ತದೆ. ಆದಾಗ್ಯೂ, ನೀವು ಇನ್ನೂ ಮೀಬಾ ಸರ್ವರ್‌ನಲ್ಲಿ ಆನ್‌ಲೈನ್‌ನಲ್ಲಿರುತ್ತೀರಿ ಮತ್ತು ಯಾರಾದರೂ ನಿಮಗೆ ಪತ್ರ ಬರೆದರೆ ನೀವು ಪುಶ್ ಅಧಿಸೂಚನೆಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತೀರಿ. ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಪುನಃ ತೆರೆದ ನಂತರ, ಸಂಪರ್ಕವು ಒಂದು ಕ್ಷಣದಲ್ಲಿ ಸ್ಥಾಪನೆಯಾಗುತ್ತದೆ ಮತ್ತು ನೀವು ಸಂತೋಷದಿಂದ ಚಾಟ್ ಮಾಡುವುದನ್ನು ಮುಂದುವರಿಸಬಹುದು.
ಆದ್ದರಿಂದ, ನೀವು ಲಿಂಕ್ ಮಾಡಿದ ಲೇಖನವನ್ನು ನಾನು ಸರಿಯಾಗಿ ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದರೆ, ಅಂಕಿಅಂಶಗಳು ಅಪ್ಲಿಕೇಶನ್ ಕ್ರ್ಯಾಶ್‌ಗಳನ್ನು ಪ್ರಾರಂಭಿಸಿದಾಗ ಮಾತ್ರ ಉಲ್ಲೇಖಿಸುತ್ತವೆ, ಇದು ಕ್ರ್ಯಾಶ್‌ಗಳು ಸಂಭವಿಸಬಹುದಾದ ಪ್ರಕರಣಗಳಲ್ಲಿ ಸಾಕಷ್ಟು ಕಡಿಮೆ ಶೇಕಡಾವಾರು. ಆದ್ದರಿಂದ, ಐಒಎಸ್ ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ ಕಡಿಮೆ ಸ್ಥಿರವಾಗಿದೆ ಎಂದು ಈ "ಸಂಶೋಧನೆ" ಯಿಂದ ತೀರ್ಮಾನಿಸುವುದು ಅಸಾಧ್ಯ. ಇದಲ್ಲದೆ, ಫೋರ್ಬ್ಸ್‌ನಿಂದ ತೆಗೆದ ಲೇಖನದ ಭಾಷಾಂತರಕಾರರು ಅಪ್ಲಿಕೇಶನ್ ಕ್ರ್ಯಾಶ್‌ಗಳ ಕುರಿತು ಡೇಟಾವನ್ನು ಒದಗಿಸುವ ಕಂಪನಿಯು Google ನಿಂದ ಬೆಂಬಲಿತವಾಗಿದೆ ಎಂದು ನಮೂದಿಸುವುದನ್ನು ಮರೆತಿದ್ದಾರೆ ("Crittercism, ಇದು Google ವೆಂಚರ್ಸ್‌ನಿಂದ ಬೆಂಬಲಿತವಾಗಿದೆ,...").