iOS တွင် multitasking အလုပ်လုပ်ပုံကို မသိသူအများအပြားရှိပါသေးသည်။ မည်သို့ပင်ဆိုစေကာမူ၊ ၎င်းသည် စစ်မှန်သော Multitasking မဟုတ်ဘဲ စနစ် သို့မဟုတ် အသုံးပြုသူကို ဝန်ထုပ်ဝန်ပိုးမဖြစ်စေသည့် အလွန်စမတ်ကျသောဖြေရှင်းချက်ဖြစ်ကြောင်းကို စတင်ရန် လိုအပ်ပါသည်။
iOS တွင် နောက်ခံတွင် လည်ပတ်နေသော အက်ပ်များသည် စနစ်နှေးကွေးမှုနှင့် ဘက်ထရီ သက်တမ်းကို ဖြစ်ပေါ်စေသည့် လည်ပတ်မှုမှတ်ဉာဏ်အား ဖြည့်ပေးသည့် အယူသီးမှုများကို မကြာခဏ ကြားနိုင်သောကြောင့် အသုံးပြုသူသည် ၎င်းတို့ကို ကိုယ်တိုင်ပိတ်သင့်သည်။ Multitasking bar တွင် အမှန်တကယ် လုပ်ဆောင်နေသည့် နောက်ခံ လုပ်ငန်းစဉ်များ အားလုံးကို စာရင်းမ၀င်ဘဲ မကြာသေးမီက စတင်ထုတ်လုပ်ခဲ့သည့် အက်ပ်လီကေးရှင်းများသာ ဖြစ်သည်။ ထို့ကြောင့် အသုံးပြုသူသည် ဖြစ်ရပ်အနည်းငယ်မှလွဲ၍ နောက်ခံတွင် လုပ်ဆောင်နေသည့် လုပ်ငန်းစဉ်များအတွက် စိတ်ပူစရာမလိုပါ။ Home ခလုတ်ကို နှိပ်သောအခါ၊ အပလီကေးရှင်းသည် ပုံမှန်အားဖြင့် အိပ်စက်ခြင်း သို့မဟုတ် ပိတ်သွားခြင်းဖြစ်ပြီး ၎င်းသည် ပရိုဆက်ဆာ သို့မဟုတ် ဘက်ထရီကို ကြာကြာမတင်နိုင်စေရန်နှင့် လိုအပ်ပါက လိုအပ်သောမှတ်ဉာဏ်ကို လွတ်စေသည်။
သင့်တွင် လုပ်ငန်းစဉ် ဒါဇင်များစွာကို လုပ်ဆောင်နေသည့်အခါ ၎င်းသည် ပြီးပြည့်စုံသော multitasking မဟုတ်ပါ။ လိုအပ်ပါက ခေတ္တရပ်ထားသည် သို့မဟုတ် လုံးဝပိတ်ထားသည့် အပလီကေးရှင်းတစ်ခုသည် အောက်ခြေတွင် အမြဲတမ်းလုပ်ဆောင်နေပါသည်။ နောက်ခံတွင် ဒုတိယလုပ်ငန်းစဉ်အနည်းငယ်သာ လုပ်ဆောင်သည်။ ထို့ကြောင့် iOS တွင် အက်ပလီကေးရှင်းပျက်ကျခြင်းကို သင်ကြုံတွေ့ရခဲပါသည်။ ဥပမာအားဖြင့် Android သည် အသုံးပြုသူဂရုစိုက်ရန် လိုအပ်သော အပလီကေးရှင်းများဖြင့် လည်ပတ်နေပါသည်။ တစ်ဖက်တွင်၊ ၎င်းသည် စက်နှင့်လုပ်ဆောင်ရာတွင် မနှစ်မြို့ဖွယ်ဖြစ်စေပြီး အခြားတစ်ဖက်တွင်၊ ၎င်းသည် ဥပမာအားဖြင့်၊ စတင်မှုနှေးကွေးခြင်းနှင့် အပလီကေးရှင်းများအကြား ကူးပြောင်းမှုများကို ဖြစ်စေသည်။
Application Runtime အမျိုးအစား
သင့် iOS စက်ပစ္စည်းပေါ်ရှိ အပလီကေးရှင်းသည် ဤပြည်နယ် 5 ခုအနက်မှ တစ်ခုဖြစ်သည်။
- ပြေးခြင်း- အပလီကေးရှင်းကို စတင်ပြီး ရှေ့ဘက်တွင် လုပ်ဆောင်နေပါသည်။
- နောက်ခံ- ၎င်းသည် လည်ပတ်နေသေးသော်လည်း နောက်ခံတွင် အလုပ်လုပ်နေသေးသည် (ကျွန်ုပ်တို့သည် အခြားအပလီကေးရှင်းများကို သုံးနိုင်သည်)
- ဆိုင်းငံ့ထားသည်- RAM သုံးနေတုန်းဘဲ
- မလှုပ်ရှားပါ အပလီကေးရှင်းသည် လည်ပတ်နေသော်လည်း သွယ်ဝိုက်သောအမိန့်များ (ဥပမာ၊ အပလီကေးရှင်းဖြင့် စက်ပစ္စည်းကို လော့ခ်ချသည့်အခါ)
- မပြေးပါ အပလီကေးရှင်းသည် ရပ်စဲသွားသည် သို့မဟုတ် မစတင်သေးပါ။
အနှောက်အယှက်မဖြစ်စေရန် အက်ပ်သည် နောက်ခံသို့ဝင်သောအခါတွင် ရှုပ်ထွေးမှုများ ရှိလာပါသည်။ ပင်မခလုတ်ကို နှိပ်သောအခါ သို့မဟုတ် အပလီကေးရှင်း (iPad) ကို ပိတ်ရန် လက်ဟန်ခြေဟန်ကို အသုံးပြုသောအခါ၊ အပလီကေးရှင်းသည် နောက်ခံသို့ ရောက်သွားပါသည်။ အပလီကေးရှင်းအများစုသည် စက္ကန့်ပိုင်းအတွင်း ရပ်ဆိုင်းသွားသည် (၎င်းတို့ကို iDevice ၏ RAM တွင် သိမ်းဆည်းထားသောကြောင့် ၎င်းတို့ကို လျင်မြန်စွာဖွင့်နိုင်သည်၊ ၎င်းတို့သည် ပရိုဆက်ဆာကို များစွာမတင်နိုင်သောကြောင့် ဘက်ထရီသက်တမ်းကို သက်သာစေသည်) အက်ပ်တစ်ခုသည် မမ်မိုရီကို ဆက်လက်အသုံးပြုနေပါက သင့်တွင်ရှိသည်ဟု သင်ထင်ကောင်းထင်နိုင်ပါသည်။ ၎င်းကို ရှင်းထုတ်ရန် ၎င်းကို ကိုယ်တိုင်ဖျက်ရန်။ ဒါပေမယ့် iOS က သင့်အတွက်လုပ်ပေးမှာဖြစ်လို့ အဲဒါကို သင်လုပ်စရာမလိုပါဘူး။ သင့်တွင် RAM ပမာဏများစွာကို အသုံးပြုသည့်ဂိမ်းကဲ့သို့သော နောက်ခံတွင် ဆိုင်းငံ့ထားသော တောင်းဆိုထားသော အက်ပ်တစ်ခုရှိပါက iOS သည် လိုအပ်သည့်အခါ ၎င်းကို မမ်မိုရီမှ အလိုအလျောက် ဖယ်ရှားမည်ဖြစ်ပြီး အက်ပ်လီကေးရှင်းသင်္ကေတကို နှိပ်ခြင်းဖြင့် ၎င်းကို ပြန်လည်စတင်နိုင်သည်။
ဤအခြေအနေများအနက်မှ တစ်ခုမျှ မလုပ်ဆောင်နိုင်ဘဲ အလုပ်မျိုးစုံဘားတွင် ရောင်ပြန်ဟပ်နေသည်၊ အကန့်သည် အက်ပ်အား ရပ်သည်ဖြစ်စေ၊ ခေတ္တရပ်သည်ဖြစ်စေ သို့မဟုတ် နောက်ခံတွင် လုပ်ဆောင်နေသည်ဖြစ်စေ မသက်ဆိုင်ဘဲ မကြာသေးမီကထွက်ရှိထားသောအက်ပ်များစာရင်းကိုသာ ပြသထားသည်။ လက်ရှိ လုပ်ဆောင်နေသော အပလီကေးရှင်းသည် Multitasking panel တွင် မပေါ်ကြောင်းကိုလည်း သင် သတိပြုမိနိုင်ပါသည်။
နောက်ခံအလုပ်များ
ပုံမှန်အားဖြင့်၊ သင်သည် မူလခလုတ်ကို နှိပ်သောအခါ၊ အပလီကေးရှင်းသည် နောက်ခံတွင် အလုပ်လုပ်မည်ဖြစ်ပြီး ၎င်းကို အသုံးမပြုပါက၊ ၎င်းသည် ငါးစက္ကန့်အတွင်း အလိုအလျောက် ခေတ္တရပ်သွားမည်ဖြစ်သည်။ ဥပမာအားဖြင့် သင်သည် ပေါ့တ်ကာစ်တစ်ခုကို ဒေါင်းလုဒ်လုပ်နေပါက၊ စနစ်သည် ၎င်းအား လည်ပတ်နေသည့်အက်ပ်တစ်ခုအဖြစ် အကဲဖြတ်ပြီး ရပ်စဲမှုကို ဆယ်မိနစ်ခန့် နှောင့်နှေးစေသည်။ နောက်ဆုံးဆယ်မိနစ်အကြာတွင်၊ လုပ်ငန်းစဉ်သည် မှတ်ဉာဏ်မှ ထွက်လာသည်။ အတိုချုပ်အားဖြင့်၊ ၎င်းကို အပြီးသတ်ရန် 10 မိနစ်ထက် မပိုပါက Home Button ကိုနှိပ်ခြင်းဖြင့် သင်၏ဒေါင်းလုဒ်ကို အနှောင့်အယှက်ဖြစ်စေမည်ကို စိုးရိမ်စရာမလိုပါ။
နောက်ခံတွင် အကန့်အသတ်မရှိ လုပ်ဆောင်နေသည်။
လှုပ်ရှားမှုမရှိသောအခြေအနေတွင်၊ စနစ်သည် အပလီကေးရှင်းကို ငါးစက္ကန့်အတွင်း ရပ်ဆိုင်းမည်ဖြစ်ပြီး ဒေါင်းလုဒ်လုပ်သည့်အခါတွင်၊ ရပ်စဲမှုကို ဆယ်မိနစ်အထိ နှောင့်နှေးစေသည်။ သို့သော်လည်း နောက်ခံတွင် လုပ်ဆောင်ရန် လိုအပ်သော အပလီကေးရှင်း အနည်းငယ်ရှိသည်။ ဤသည်မှာ iOS 5 တွင် နောက်ခံတွင် အကန့်အသတ်မရှိ လုပ်ဆောင်နိုင်သော အက်ပ်အချို့ ဥပမာများဖြစ်သည်။
- အသံဖွင့်ပြီး ခဏအနှောက်အယှက်ဖြစ်စေသော အပလီကေးရှင်းများ (ဖုန်းခေါ်ဆိုနေစဉ် သီချင်းခေတ္တရပ်ခြင်း စသည်ဖြင့်)၊
- သင့်တည်နေရာကို ခြေရာခံသော အပလီကေးရှင်းများ (လမ်းကြောင်းပြဆော့ဖ်ဝဲ)၊
- VoIP ခေါ်ဆိုမှုများကို လက်ခံသည့် အပလီကေးရှင်းများ၊ ဥပမာအားဖြင့် Skype ကို သင်အသုံးပြုပါက အပလီကေးရှင်း နောက်ခံတွင် ရှိနေသည့်တိုင် ခေါ်ဆိုမှုကို လက်ခံရရှိနိုင်ပါသည်။
- အလိုအလျောက်ဒေါင်းလုဒ်များ (ဥပမာ Newsstand)။
လုပ်ဆောင်စရာတစ်ခု (နောက်ခံဒေါင်းလုဒ်များကဲ့သို့သော) လုပ်ဆောင်မှုမရှိတော့ပါက အပလီကေးရှင်းအားလုံးကို ပိတ်သင့်သည်။ သို့သော်လည်း မူရင်း Mail အက်ပ်ကဲ့သို့ နောက်ခံတွင် ဆက်တိုက်လည်ပတ်နေသည့် ခြွင်းချက်များစွာရှိသည်။ ၎င်းတို့သည် နောက်ခံတွင် အလုပ်လုပ်နေပါက ၎င်းတို့သည် မှတ်ဉာဏ်၊ CPU အသုံးပြုမှု သို့မဟုတ် ဘက်ထရီသက်တမ်းကို လျှော့ချပေးသည်။
နောက်ခံတွင် အကန့်အသတ်မရှိလည်ပတ်ခွင့်ပြုထားသည့်အက်ပ်များသည် ၎င်းတို့လုပ်ဆောင်နေချိန်တွင် ၎င်းတို့လုပ်ဆောင်သည့်အရာမှန်သမျှကို ဂီတဖွင့်ခြင်းမှ Podcast အပိုင်းအသစ်များကို ဒေါင်းလုဒ်လုပ်ခြင်းအထိ လုပ်ဆောင်နိုင်သည်။
အရင်ကပြောခဲ့သလိုပဲ၊ အသုံးပြုသူဟာ နောက်ခံမှာ အလုပ်လုပ်နေတဲ့ အက်ပ်တွေကို ဘယ်တော့မှ ပိတ်ဖို့ မလိုအပ်ပါဘူး။ ၎င်းအတွက် တစ်ခုတည်းသော ချွင်းချက်မှာ နောက်ခံတွင် လည်ပတ်နေသည့် အက်ပ်တစ်ခု ပျက်ကျခြင်း သို့မဟုတ် ကောင်းမွန်စွာ အိပ်ရာမှ နိုးမလာသည့်အခါ ဖြစ်သည်။ ထို့နောက် အသုံးပြုသူသည် multitasking bar တွင် အပလီကေးရှင်းများကို ကိုယ်တိုင်ပိတ်နိုင်သော်လည်း ထိုသို့ဖြစ်ခဲပါသည်။
ထို့ကြောင့်၊ ယေဘူယျအားဖြင့်၊ စနစ်သည် ၎င်းတို့ကို ကိုယ်တိုင်ဂရုစိုက်မည်ဖြစ်သောကြောင့် နောက်ခံလုပ်ငန်းစဉ်များကို သင်စီမံခန့်ခွဲရန် မလိုအပ်ပါ။ ဒါကြောင့် iOS ဟာ ဆန်းသစ်ပြီး မြန်ဆန်တဲ့ စနစ်တစ်ခုပါ။
developer ၏ရှုထောင့်မှ
အပလီကေးရှင်းသည် အလုပ်များစွာလုပ်ဆောင်ခြင်း၏တစ်စိတ်တစ်ပိုင်းအနေဖြင့် စုစုပေါင်းပြည်နယ်ခြောက်ခုဖြင့် တုံ့ပြန်နိုင်သည်-
1. applicationWillResignActive
ဘာသာပြန်ဆိုရာတွင်၊ ဤအခြေအနေသည် အနာဂတ်တွင် (မီလီစက္ကန့်အနည်းငယ်မျှသာရှိသော) အပလီကေးရှင်းအဖြစ် လျှောက်လွှာမှနုတ်ထွက်မည်ဟု ဆိုလိုသည်။ ဥပမာအားဖြင့်၊ အပလီကေးရှင်းကိုအသုံးပြုနေစဉ် ဖုန်းခေါ်ဆိုမှုတစ်ခုကို လက်ခံရရှိသည့်အခါတွင်၊ ဤနည်းလမ်းသည် အက်ပ်၏နောက်ခံသို့မဝင်မီ ဤအခြေအနေကိုလည်း ဖြစ်စေသည်၊ ထို့ကြောင့် ဤအပြောင်းအလဲများကို ထည့်သွင်းစဉ်းစားရန် လိုအပ်ပါသည်။ ဤနည်းလမ်းသည် သင့်လျော်သောကြောင့် ဥပမာအားဖြင့်၊ အဝင်ခေါ်ဆိုမှုတစ်ခုရှိလာသောအခါ ၎င်းလုပ်ဆောင်နေသည့် လုပ်ဆောင်မှုများအားလုံးကို ဆိုင်းငံ့ထားပြီး ခေါ်ဆိုမှုပြီးဆုံးသည်အထိ စောင့်နိုင်သည်။
2. applicationDidEnterBackground
အခြေအနေသည် အပလီကေးရှင်း နောက်ခံသို့ ရောက်သွားကြောင်း ဖော်ပြသည်။ ဆော့ဖ်ဝဲရေးသားသူများသည် နောက်ခံတွင်လည်ပတ်ရန်မလိုအပ်သည့် လုပ်ငန်းစဉ်အားလုံးကို ဆိုင်းငံ့ရန်နှင့် သက်တမ်းကုန်ဆုံးချိန်မာများ၊ မလိုအပ်သည့် မမ်မိုရီမှ တင်ထားသောပုံများကို ရှင်းလင်းခြင်း သို့မဟုတ် ပိတ်ခြင်းကဲ့သို့သော အသုံးမပြုသောဒေတာနှင့် အခြားလုပ်ငန်းစဉ်များကို ရှင်းလင်းရန် ဤနည်းလမ်းကို အသုံးပြုသင့်သည်။ အပလီကေးရှင်းသည် နောက်ခံတွင် ချိတ်ဆက်မှုများကို အပြီးသတ်ရန် အရေးကြီးသည်မဟုတ်ပါက ဆာဗာများနှင့် ချိတ်ဆက်မှုများ။ နည်းလမ်းကို အပလီကေးရှင်းတွင် ခေါ်သောအခါ၊ အချို့သော အစိတ်အပိုင်းများကို နောက်ခံတွင် လုပ်ဆောင်ရန် မလိုအပ်ပါက အက်ပ်လီကေးရှင်းကို လုံးဝရပ်ဆိုင်းရန် အခြေခံအားဖြင့် အသုံးပြုသင့်သည်။
3. applicationWillEnterForeground
ဤပြည်နယ်သည် ပထမပြည်နယ်နှင့် ဆန့်ကျင်ဘက်ဖြစ်ပြီး လျှောက်လွှာသည် တက်ကြွသောအခြေအနေသို့ နုတ်ထွက်မည်ဖြစ်သည်။ အခြေအနေသည် ရိုးရှင်းစွာဆိုလိုသည်မှာ အိပ်စက်နေသောအက်ပ်ကို နောက်ခံမှ ပြန်လည်အသက်သွင်းပြီး လာမည့်မီလီစက္ကန့်အနည်းငယ်အတွင်း အရှေ့ဘက်၌ ပေါ်လာမည်ဖြစ်သည်။ အပလီကေးရှင်းနောက်ခံတွင် ရှိနေစဉ်တွင် ဆော့ဖ်ဝဲရေးသားသူများသည် လှုပ်ရှားမှုမရှိသော လုပ်ငန်းစဉ်များကို ပြန်လည်စတင်ရန် ဤနည်းလမ်းကို အသုံးပြုသင့်သည်။ ဆာဗာများသို့ ချိတ်ဆက်မှုများကို ပြန်လည်စတင်သင့်သည်၊ အချိန်တိုင်းကိရိယာများကို ပြန်လည်သတ်မှတ်ထားသင့်သည်၊ ပုံများနှင့် ဒေတာများကို မှတ်ဉာဏ်ထဲသို့ တင်ပေးပြီး အခြားလိုအပ်သော လုပ်ငန်းစဉ်များကို အသုံးပြုသူသည် တင်ထားသော အပလီကေးရှင်းကို ထပ်မံမတွေ့မီလေးတွင် ပြန်လည်စတင်နိုင်မည်ဖြစ်သည်။
4. applicationDidBecomeActive
အပလီကေးရှင်းသည် ရှေ့ဘက်သို့ ပြန်လည်ရောက်ရှိပြီးနောက် ယခုလေးတင် အသက်ဝင်လာပြီဟု ပြည်နယ်က ညွှန်ပြသည်။ ၎င်းသည် အသုံးပြုသူအင်တာဖေ့စ်အား ထပ်လောင်းချိန်ညှိမှုများပြုလုပ်ရန် သို့မဟုတ် UI ကို ၎င်း၏မူလအခြေအနေသို့ ပြန်လည်ထားရှိရန်၊ စသည်ဖြင့် အသုံးပြုနိုင်သည့်နည်းလမ်းတစ်ခုဖြစ်သည်။ အသုံးပြုသူသည် မျက်နှာပြင်ပေါ်တွင် အပလီကေးရှင်းကိုမြင်ပြီးဖြစ်သည့်အချိန်တွင် ၎င်းသည် အမှန်တကယ်ဖြစ်ပျက်နေသောကြောင့်၊ ဤနည်းလမ်းနှင့် ယခင်နည်းလမ်းတွင် ဘာဖြစ်သည်ကို သတိဖြင့်ဆုံးဖြတ်ပါ။ ၎င်းတို့ကို မီလီစက္ကန့်အနည်းငယ်ခြားနားပြီး တစ်ခုပြီးတစ်ခုခေါ်သည်။
5. applicationWillTerminate
ဤအခြေအနေသည် အပလီကေးရှင်းမှ မထွက်ခွာမီ မီလီစက္ကန့်အနည်းငယ်တွင် ဖြစ်ပေါ်သည်၊ ဆိုလိုသည်မှာ အက်ပ်လီကေးရှင်း အမှန်တကယ် မရပ်စဲမီတွင် ဖြစ်သည်။ Multitasking မှ ကိုယ်တိုင်ဖြစ်စေ သို့မဟုတ် စက်ပစ္စည်းကို ပိတ်သည့်အခါ။ လုပ်ဆောင်ပြီးသားဒေတာကို သိမ်းဆည်းရန်၊ လုပ်ဆောင်မှုများအားလုံးကို အဆုံးသတ်ရန်နှင့် မလိုအပ်တော့သော ဒေတာများကို ဖျက်ရန် နည်းလမ်းကို အသုံးပြုသင့်သည်။
6. applicationDidReceiveMemoryWarning
ဆွေးနွေးမှုအရှိဆုံးသော နောက်ဆုံးနိုင်ငံဖြစ်သည်။ စနစ်အရင်းအမြစ်များကိုမလိုအပ်ဘဲအသုံးပြုပါက၊ လိုအပ်ပါကအက်ပလီကေးရှင်းကို iOS memory မှဖယ်ရှားရန်တာဝန်ရှိသည်။ နောက်ခံအက်ပ်များနှင့် iOS သည် မည်သို့လုပ်ဆောင်သည်ကို အတိအကျမသိသော်လည်း၊ အခြားလုပ်ငန်းစဉ်များသို့ အရင်းအမြစ်များထုတ်လွှတ်ရန် အက်ပ်တစ်ခု လိုအပ်ပါက၊ ၎င်းတွင် အရင်းအမြစ်အားလုံးကို ထုတ်လွှတ်ရန် မန်မိုရီသတိပေးချက်ဖြင့် အချက်ပြမည်ဖြစ်သည်။ ဒါကြောင့် ဒီနည်းလမ်းကို အပလီကေးရှင်းမှာ ခေါ်ပါတယ်။ ဆော့ဖ်ဝဲရေးသားသူများသည် ၎င်းအား ခွဲဝေချထားပေးသည့် မမ်မိုရီကို စွန့်လွှတ်ရန်၊ လုပ်ဆောင်နေသည့်အရာအားလုံးကို သိမ်းဆည်းထားရန်၊ မလိုအပ်သောဒေတာများကို မှတ်ဉာဏ်မှ ရှင်းလင်းရန်နှင့် အခြားနည်းဖြင့် မှတ်ဉာဏ်ကို လုံလောက်စွာ လွှတ်ပေးရန်အတွက် ၎င်းကို ဆော့ဖ်ဝဲအင်ဂျင်နီယာများက အကောင်အထည်ဖော်သင့်သည်။ ဆော့ဖ်ဝဲရေးသားသူအများအပြား၊ အစပြုသူများပင်လျှင် ထိုအရာများကို တွေးတောခြင်း သို့မဟုတ် နားမလည်ဘဲ၊ ထို့နောက် ၎င်းတို့၏အက်ပ်လီကေးရှင်းသည် ဘက်ထရီသက်တမ်းကို ခြိမ်းခြောက်ပြီး/သို့မဟုတ် နောက်ခံတွင်ပင် စနစ်အရင်းအမြစ်များကို မလိုအပ်ဘဲ သုံးစွဲသွားသည်မှာ အမှန်ပင်ဖြစ်သည်။
စီရင်ချက်ချ
ဤပြည်နယ်ခြောက်ခုနှင့် ၎င်းတို့၏ဆက်စပ်နည်းလမ်းများသည် iOS ရှိ "multitasking" အားလုံး၏နောက်ခံဖြစ်သည်။ ၎င်းသည် အလွန်ကောင်းမွန်သော စနစ်တစ်ခုဖြစ်ပြီး၊ developer များသည် ၎င်းတို့အသုံးပြုသူများ၏ စက်ပစ္စည်းများပေါ်တွင် အက်ပလီကေးရှင်းကို လျှော့ချလိုက်လျှင် သို့မဟုတ် စနစ်မှသတိပေးချက်များကို ရရှိမည်ဆိုပါက ၎င်းသည် ၎င်းတို့၏အသုံးပြုသူများ၏ ကိရိယာများပေါ်တွင် ပေါက်တတ်သည့်အချက်ကို လျစ်လျူမရှုထားသရွေ့တော့ developer များက တာဝန်သိရန် လိုအပ်ပါသည်။
ရင်းမြစ် - macworld.com
ရေးသားသူများ Jakub Požárek၊ Martin Doubek (ArnieX)
မင်းမှာလည်း ဖြေရှင်းဖို့ ပြဿနာရှိလား။ အကြံဉာဏ် လိုအပ်ပါသလား သို့မဟုတ် မှန်ကန်သော လျှောက်လွှာကို ရှာတွေ့နိုင်ပါသလား။ ကဏ္ဍရှိ ဖောင်မှတစ်ဆင့် ကျွန်ုပ်တို့ထံ ဆက်သွယ်ရန် မတွန့်ဆုတ်ပါနှင့် ဆွေးနွေးတိုင်ပင်ခြင်း။သင်၏မေးခွန်းကို နောက်တစ်ကြိမ် ဖြေပေးပါမည်။
မင်္ဂလာပါ၊ တကယ်မိုက်တဲ့ ဆောင်းပါးပါ၊ ဒါပေမယ့် သင့်မှာ နည်းပညာပိုင်းဆိုင်ရာ ပံ့ပိုးမှု တစ်ခုခုရှိလားလို့ တွေးမိပါတယ်။ ညဘက်အိပ်ရာမဝင်မီဘက်ထရီကိုအကြိမ်ကြိမ်ဖြေရှင်းပြီး wifi နှင့်မိုဘိုင်းဒေတာပိတ်လိုက်သောကြောင့် wifi ပိတ်ထားပြီး 3G သာရှိသောအခြားကိစ္စများတွင်ထက်ပို၍ကြာပါသည်။
ကံမကောင်းစွာပဲ၊ iOS တွင် အက်ပ်လီကေးရှင်းများကို ကိုယ်တိုင်ပိတ်ထားရမည်ဖြစ်ပြီး၊ စနစ်သည် ယခင်ကကဲ့သို့ မလည်ပတ်နိုင်တော့ပေ။
ကျွန်ုပ်၏ iPhone ကို Windows Phone (Samsung Omnia W အတွက် 6200၊-) ဖြင့် အစားထိုးခဲ့ပြီး စနစ်၏ အမြန်နှုန်းသည် လုံးဝကွဲပြားခြားနားသော အဆင့်တွင် ရှိနေပါသည်။
Windows 8 Metro တက်ဘလက်တွေ ထွက်လာတဲ့အခါ iPad ကိုလည်း အစားထိုးရမှာကို စိုးရိမ်မိတယ်...
@007 – ဟုတ်တယ်၊ iPhone3G အဟောင်းတွေကို WP အသစ်တွေနဲ့ နှိုင်းယှဉ်ရင် ဟုတ်ပါတယ် (ဒါကို ဘယ်သူက မျှော်လင့်ထားမှာလဲ) WP က နည်းနည်း ပိုမြန်ပါလိမ့်မယ်။ မဟုတ်ပါက Karlulka အကြောင်း အတင်းအဖျင်းပြောခြင်းသည် သင့်အတွက် အဆင်မပြေဖြစ်ပြီး လက်ရှိ HW ကို နှိုင်းယှဉ်ရန် သင့်လျော်ပါသည်။ WP7 ကိုလည်း ကျွန်တော်ဝယ်ခဲ့ပြီး နောက်ဆုံးမှာတော့ WP4 ထက် လုံးဝကွဲပြားတဲ့ အသုံးပြုနိုင်စွမ်းကို ကိုယ်စားပြုတဲ့ 7s နဲ့ အဆုံးသတ်ခဲ့ပါတယ်။ ထို့ကြောင့် အကွက်များကို သာယာစွာဖြတ်သန်းပြီး အဆုံးမရှိ လှိမ့်လိုက်ပါ။
Paja ကို လုံးဝသဘောတူတယ်။
Samsung Galaxy S နှင့် iPhone 4 ၏ နောက်ထပ်စည်အပျက်အစီးများမှ ထပ်ပြီး လှူဒါန်းပါမည် - အသက်အရွယ်အရ နှိုင်းယှဉ်ပြောရမလား။ iOS 4 နှင့် Android မှလွဲ၍ အခြားနေရာများတွင် အသုံးပြုနိုင်မှုနှင့် မြန်နှုန်းနှင့် ပတ်သက်၍ Apple သည် အပလီကေးရှင်းများနှင့် လုပ်ဆောင်ခြင်းဆိုင်ရာ သဘောတရားကို ကောင်းမွန်စွာ ဖြေရှင်းနိုင်ခဲ့သော်လည်း Android နှင့် တူညီတော့မည်မဟုတ်ပေ။ အဆုံးတွင်၊ မည်သို့ပင်ဖြစ်စေ 4S ဖြင့် အဆုံးသတ်ခဲ့ပြီး "ဒါက အလုပ်ဖြစ်တယ်" ဆိုတော့ ညည်းညူစရာမရှိပါဘူး.. ပြီးတော့ အရမ်းမြန်ပါတယ်!
သီအိုရီက လှတယ်... ဒါပေမယ့် လက်တွေ့မှာတော့ ဘားထဲမှာ အပလီကေးရှင်းကို ပိတ်နေတုန်းပဲ ;)
ကျေးဇူးတင်ပါသည်၊ အလွန်စိတ်ဝင်စားစရာကောင်းသည်၊ လက်တွေ့ကျသော၊ စိတ်ဝင်စားစရာကောင်းသည်၊ ၎င်းသည်လွှဲခြင်းနှင့်အတိမ်အနက်မကင်းပါ။ ဤတားမြစ်အမှတ်တံဆိပ်ဖြင့် ယနေ့ခေတ်လူငယ်များ၏ စွဲလမ်းမှုကို သိသာထင်ရှားစွာ ပုံဖော်ထားသည်။ ဒါပေမယ့် သူမအတွက်ရော ဒီဆောင်းပါးအတွက်ပါ ကျေးဇူးတင်ပါတယ်။
ဆောင်းပါးက လုံးဝမှားပါတယ်။
မှားယွင်းစွာဖော်ပြထားသည့်အတိုင်း ပင်မခလုတ်ကိုနှိပ်သောအခါ အပလီကေးရှင်းသည် ရပ်တန့်သွားခြင်းမရှိသော်လည်း ခေတ္တရပ်သည်။ I.e. မှတ်ဉာဏ်ထဲကနေ မဖျက်ပစ်တာ သေချာပါတယ်။ လည်ပတ်မှုကို ခေတ္တရပ်လိုက်ရုံဖြင့် iOS သည် ဤအက်ပ်အား 0% CPU အချိန်ပေးမည်ဖြစ်သည်။ ဆောင်းပါးတွင်ဖော်ပြထားသည့်အတိုင်း iDevice memory တွင်မည်သည့်နေရာတွင်မဆို "လဲလှယ်" မည်မဟုတ်သည်မှာသေချာပါသည်။ အက်ပ်ကို ပြောင်းသုံးရန် ဖြစ်နိုင်သည်ဟူသော အချက်ကြောင့် အမှန်တကယ် ကျေးဇူးတင်ပါသည်။
ဖုန်းတွင် အခြားအပလီကေးရှင်းများကို ဦးစားပေးလုပ်ဆောင်ရန် မန်မိုရီအနည်းငယ်သာရှိသောအခါတွင် အပလီကေးရှင်းကို မန်မိုရီမှ ဖယ်ရှားလိုက်သည် (ပုံမှန်အားဖြင့် အခြားအပလီကေးရှင်းသည် ရှေ့ဘက်တွင် လုပ်ဆောင်နေသည်)။
ပထမကိစ္စတွင်၊ သင်သည် မှန်သည်၊ ၎င်းသည် ဘာသာပြန်အမှားတစ်ခုဖြစ်သည်။ လဲလှယ်ခြင်းအတွက်၊ ကျွန်ုပ်တို့သည် ဤနေရာတွင် ပြောနေခြင်းမဟုတ်ပါ၊ ကျွန်ုပ်တို့သည် iOS စက်ရှိ သိုလှောင်မှုနေရာမဟုတ်ပဲ operating memory အကြောင်းပြောနေခြင်းဖြစ်ပါသည်။
အပလီကေးရှင်း၏ရုပ်ပုံအား အမိန့်တစ်ခုဖြင့် ထပ်မံခေါ်မခံရမီအထိ အချိန်အကန့်အသတ်ဖြင့် သိမ်းဆည်းထားပါသည် (13,7 GB မှ 16 GB ကို ကြည့်ပါ- 2,3 GB ကို စနစ်နှင့် ဆိုင်းငံ့ထားသော အပလီကေးရှင်းများအတွက် သီးသန့်ထားပါသည်)
ထို့ကြောင့်၊ Navigation၊ Skype ကဲ့သို့သော အပလီကေးရှင်းများအကြား ပိုင်းခြားရန် လိုအပ်သည်၊ ဤအပလီကေးရှင်းများသည် နောက်ခံတွင်ပင် တက်ကြွနေသေးသည်၊ သို့မဟုတ် အချို့သောလုပ်ဆောင်ချက်သည် အဆုံးမသတ်ဘဲ ဆက်လက်ရှိနေသည်၊ ဥပမာ၊ ၎င်း၏တည်နေရာ သို့မဟုတ် တည်နေရာအချက်အလက်အကြောင်း ဒေတာပေးပို့ရန်အတွက် ဆက်လက်လုပ်ဆောင်ရန် လိုအပ်ပါသည်။ သို့မဟုတ် pord mode တွင် Vokul ကဲ့သို့ နားထောင်ပြီး multitasking သည် နောက်ခံတွင် နားထောင်နေဆဲဖြစ်သည်။
ဤအပလီကေးရှင်းများသည် ဘက်ထရီကုန်သွားကာ iOS အတွက် မစောင့်ဘဲ ၎င်းတို့ကို ကိုယ်တိုင်ပိတ်ရန် လိုအပ်ပါသည်။ အခြားသူများနှင့်အတူ ၎င်းသည် မလိုအပ်ပါ၊ အက်ပလီကေးရှင်း ပျက်သွားသည့်အခါမှသာ ရှိပါသည်။
ဆောင်းပါးကို သဘောမတူနိုင်ဘူး။ မင်း 1st generation iPad (iOS 5.0.1) တွင် multitasking bar တွင် "open" အက်ပ်များ သို့မဟုတ် အနည်းငယ်မျှသာ ရှိမရှိကို သိနိုင်သည်။ iOS သည် memory ကိုရှင်းလင်းရန်ကြိုးစားသော်လည်းလုံလောက်သည် - RAM ၏သေးငယ်မှုသည်၎င်း၏အကြီးမားဆုံးအားနည်းချက်ဖြစ်နိုင်သည်။
ဒါကြောင့် စနစ်နဲ့ အသုံးပြုတဲ့ hardware ပေါ်မှာ အများကြီးမူတည်ပါတယ်၊ ဒါဟာ 1nd generation iPad ထက် iOS 5.0.1 ပါတဲ့ iPad 2 မှာ ပိုဆိုးလိမ့်မယ်ဆိုတာ ယုတ္တိတန်ပါတယ်။
တောင်းပန်ပါတယ် သူငယ်ချင်း၊ ဒါက IDEAL နည်းလမ်းနဲ့ အလုပ်လုပ်သင့်တယ်ဆိုတဲ့ ဖော်ပြချက်ပါ။ ကံမကောင်းစွာပဲ၊ အဖြစ်မှန်က လုံးဝခြားနားပြီး Apple ထုတ်ကုန်တွေကို အနည်းဆုံး ငါလုပ်သလောက် (ဥပမာ ရံဖန်ရံခါ) သုံးရင် အဲဒါကို မင်းသိလိမ့်မယ်။
"iOS တွင် နောက်ခံတွင် လည်ပတ်နေသော အပလီကေးရှင်းများသည် လည်ပတ်မမ်မိုရီကို ဖြည့်ပေးသည့် အယူသီးမှုများ မကြာခဏ ကြားနေရသည်"
အယူသီးမှုတစ်ခုမဟုတ်ပါ၊ အမှန်တစ်ခုသာဖြစ်သည်။ ပြီးနောက်၊ ဆောင်းပါးတွင်သင်ကိုယ်တိုင်တောင်းဆိုပါ။
"အရင်ကပြောခဲ့သလိုပဲ၊ အသုံးပြုသူဟာ နောက်ခံမှာ အလုပ်လုပ်နေတဲ့ အက်ပ်တွေကို ဘယ်တော့မှ ပိတ်ဖို့ မလိုအပ်ပါဘူး။"
အဓိပ္ပါယ်မရှိသော။ အဲဒါ မိုက်မဲတာပဲ၊ ပန်းသီးဝါဒဖြန့်တာ၊ ငါ့ကို စိတ်မဆိုးပါနဲ့။
“ဒါပေမယ့် iOS က သင့်အတွက် လုပ်ပေးမှာဖြစ်လို့ အဲဒါကို သင်လုပ်စရာမလိုပါဘူး။ သင့်တွင် RAM ပမာဏများစွာကို အသုံးပြုသည့် ဂိမ်းကဲ့သို့သော နောက်ခံတွင် ဆိုင်းငံ့ထားသော တောင်းဆိုထားသော အပလီကေးရှင်းတစ်ခုရှိပါက iOS သည် လိုအပ်သည့်အခါတွင် ၎င်းအား မမ်မိုရီမှ အလိုအလျောက် ဖယ်ရှားမည်ဖြစ်ပြီး အက်ပ်လီကေးရှင်းအိုင်ကွန်ကို နှိပ်ခြင်းဖြင့် ၎င်းကို ပြန်လည်စတင်နိုင်သည်။"
မမှန်ပါဘူး။ အခြေအနေကတော့ နည်းနည်းကွာတယ်။ သာမာန် ဥပမာတစ်ခု - ကျွန်ုပ်တွင် တောင်းဆိုနေသော အက်ပ်လီကေးရှင်းများ ရှိသည်၊ ဂိမ်းများ လိုအပ်ပါသည်။ ငါဘရောက်ဆာကိုဖွင့်ပါ၊ တက်ဘ်အချို့ကိုဖွင့်ပါ -> မှတ်ဉာဏ်ပိုမိုလိုအပ်သည်။ ဘာဖြစ်မလဲ? နောက်ကွယ်မှာ အက်ပ်လီကေးရှင်းတွေကို တောင်းဆိုနေပေမယ့်၊ ဆန့်ကျင်ဘက်အနေနဲ့ ဘရောက်ဆာက သူ့ကိုယ်သူ ပြုတ်ကျသွားတယ်။ တောင်းဆိုထားသော application များကို ကိုယ်တိုင်ပိတ်ပါက၊ browser သည် မည်သည့်ပြဿနာမျှမရှိဘဲ အချိန်ကြာမြင့်စွာ အလုပ်လုပ်ပါသည်။
ဒါက လက်တွေ့မဟုတ်ဘဲ သီအိုရီပါ။ Apple ထုတ်ကုန်တစ်ခု၏ ရေရှည်အသုံးပြုသူတစ်ဦးအနေဖြင့် ဤအရာကို သင်မသိသေးသည့်အတွက် အံ့သြမိပါသည်။
ကျေးဇူးတင်ပါတယ်၊ ဒါကို ကောင်းကောင်းရှင်းပြပြီး ကောင်းကောင်းရှင်းပြတယ်။ မင်းငါ့ကိုနည်းနည်းကူညီပေးခဲ့တယ် ;-) ♥
စစချင်းမှာ၊ Android နဲ့တူတဲ့ iOS အတွက်ရော ကျွန်တော်ရော မဆန့်ကျင်ပါဘူး၊ ဒါပေမယ့် ဒီနေရာမှာ ရေးထားတဲ့အတိုင်းဆိုရင်တော့ ဒီနေရာမှာ ထူးဆန်းတဲ့အချက်အချို့ရှိပါတယ်- "iOS မှာ အက်ပလီကေးရှင်းပျက်ကျတာ ကြုံရခဲပါတယ်" ထို့နောက် Android အက်ပ်များ ပျက်ကျခြင်းအကြောင်း၊ တစ်နှစ်တစ်ခါ :-P
http://dotekomanie.blog.mobilmania.cz/2012/02/stabilita-ios-vs-android/
ဟုတ်ကဲ့၊ ဒါပေမယ့် သင် အပလီကေးရှင်းကို ကိုယ်တိုင်ပိတ်ဖို့ လိုအပ်တဲ့အခါ ဖြစ်ရပ်တွေက တကယ့်ကို နည်းပါးပါတယ်၊ ငါ တစ်ကြိမ်လောက် သုံးဖူးလား။ ;-) Mobilemania မှ နှိုင်းယှဥ်စမ်းသပ်ရန် လင့်ခ်တစ်ခုပေးခြင်းသည် အဓိပ္ပါယ်မဲ့လှသည်၊ ကျွန်ုပ်သည် Google ပေးဆောင်သော ကြော်ငြာအကြောင်း ဖတ်ချင်သောအခါ၊ ဟိုမှာ ကြည့်ကြည့်လိုက်မယ် ;-) လူတိုင်းဟာ android ဖုန်းတိုင်းကို သူတို့လက်ထဲမှာ ရနိုင်သလို၊ စနစ်သည် အနည်းနှင့်အများ အံဝင်ခွင်ကျဖြစ်စေသည့် Galaxy Nexus မှလွဲ၍ သန့်ရှင်းစွာလည်ပတ်မည်မဟုတ်ပါ။ ယေဘုယျအားဖြင့်၊ android သည် ဘေးအန္တရာယ်တစ်ခုဖြစ်သည်။
@Mek – ကျွန်တော် Apple ထုတ်ကုန်တွေကို နေ့စဉ်သုံးနေတာ နှစ်အတော်ကြာပြီး ဒါက တစ်ခါမှ မဖြစ်ဖူးဘူးဆိုတော့ မင်းရဲ့သီအိုရီက တစ်နည်းနည်းနဲ့ အလုပ်မဖြစ်ဘူး။
အိုး:
@redakce – ဝဘ်ဆိုဒ်ကို အဆက်မပြတ် လုပ်ဆောင်နေသည် သို့မဟုတ် ၎င်းနှင့် တစ်ခုခု ဖြစ်နေသည်ကို သင်တွေ့မြင်နိုင်သည်၊ သို့သော် အရာရာတိုင်းကို လုပ်ဆောင်ရန် တစ်ပတ်လောက် အချိန်ယူရမည်ဟု ခံစားမိပါသည်။ အသွင်အပြင်အသစ်က ငါ့နဲ့မလိုက်ဖက်လို့ ငါဒီကို တကယ်မလာတော့ဘူး။ အနည်းဆုံးတော့ iPhone မှာ မိုဘိုင်းဗားရှင်းကို သုံးခဲ့တယ်၊ ဒါပေမယ့် အခု လုံးဝ အလုပ်မဖြစ်တော့ဘူး - ဘယ်လိုဖြစ်တာလဲ။ ၎င်းတို့သည် မှတ်ချက်များတွင် ပို့စ်များကို လောလောဆယ် တုံ့ပြန်ခြင်းမရှိပါ။
@SteveJSF ကံမကောင်းစွာဖြင့်၊ အရာများသည် ကျွန်ုပ်တို့ ၎င်းတို့လိုချင်သည့်ပုံစံအတိုင်း အမြဲမပြောင်းလဲပါ။ အဖြေများအတွက်၊ သင်သည် SEO ပလပ်အင်အသစ်ကို ချိုးဖျက်ထားပြီး၊ ၎င်းကို လောလောဆယ် ဖြေရှင်းနေပါသည်။
WP-Touch သည် အကြောင်းတစ်ခုခုကြောင့် ကျွန်ုပ်တို့၏ဝန်ဆောင်မှုကို ရပ်ဆိုင်းလိုက်သည်၊ ထို့ကြောင့် ဤပလပ်အင်ထက် ပိုမိုကောင်းမွန်သောဖြေရှင်းချက်တစ်ခုရရှိရန် ဆုံးဖြတ်ခဲ့သည်။ ဒါကြောင့် နောက်ထပ်သတင်းတွေကို မကြာခင် စောင့်မျှော်နိုင်ပါတယ် :-)
ကောင်းတဲ့ဆောင်းပါး။ အလေ့အကျင့်နှင့်ပတ်သက်လျှင်၊ ကျွန်ုပ်သည်အချက်များစွာကိုသဘောတူပြီးအချိန်အများစုတွင်၎င်းသည်ဖော်ပြထားသည့်အတိုင်းအလုပ်လုပ်သည်ဟုဆိုလိုသည်၊ သို့သော်ကံမကောင်းစွာဖြင့်မှန်ကန်စွာပြုမူခြင်းမရှိသောရေးသားထားသောအက်ပလီကေးရှင်းများသည်ညံ့ဖျင်းနေဆဲဖြစ်ပြီး၊ ထို့နောက်တွင်ထိုကဲ့သို့သောဖြစ်ရပ်များရှိသည်။ စာဖတ်သူအချို့က မှတ်ချက်ပြုသည်။ Skype သည် အလွန်ကောင်းမွန်သော ဥပမာတစ်ခုဖြစ်သည်ဟု ကျွန်တော်ထင်သည်၊ ၎င်းသည် နောက်ခံတွင်လည်ပတ်နေသေးကြောင်း လက်တွေ့မှသိခဲ့ရသည် (ကောင်းပြီ၊ ၎င်းသည် ထိုသို့ဖြစ်သင့်သည်)၊ သို့သော် ပြဿနာမှာ ဤအပလီကေးရှင်းသည် စက်၏ဘက်ထရီအား များစွာကုန်သွားစေသောကြောင့်လည်းကောင်း၊ ကောင်းကောင်း မမြင်နိုင်တော့ဘူး။ အပြန်အလှန်အားဖြင့် Facebook၊ Badoo ကဲ့သို့သော အက်ပ်လီကေးရှင်းများ။ ၎င်းတို့သည်လည်း နောက်ခံတွင် လည်ပတ်နေသေးသော်လည်း ၎င်းတို့၏စားသုံးမှုမှာ မမြင်နိုင်လုနီးပါးဖြစ်သည် (အနည်းဆုံးတော့ ကျွန်ုပ်သတိမထားမိပါ)။ ဒါကြောင့် error က application တစ်ခုချင်းစီမှာ ရှိနေတယ်လို့ ကျွန်တော်ထင်ပါတယ်။ ဘယ်ဟာတွေကို သိထားရင် အဲဒါတွေကိုပဲ ကိုယ်တိုင်ပိတ်ဖို့ လုံလောက်ပါလိမ့်မယ်။
ထို့ကြောင့် အလေ့အကျင့်မှာ Facebook သည် လိုအပ်သလို လုပ်ဆောင်ပြီး လိုအပ်မှသာ Skype ကို လုပ်ဆောင်ခြင်းဖြစ်သည်။
အခြားတစ်ဖက်တွင်၊ ကျွန်ုပ်ဘက်ထရီကိုချွေတာရန်လိုအပ်ပြီး iPhone ကိုတတ်နိုင်သမျှ "အသက်ရှင်နေရန်" သိထားလျှင်၊ Multitasking တွင်မလိုအပ်သောအရာအားလုံးကိုပိတ်ထားသည်၊ သို့သော်အများစုမှာ၎င်းသည်ကြီးမားသောအကျိုးသက်ရောက်မှုမရှိပါ။ လိုအပ်ပါက 3G၊ မိုဘိုင်းအင်တာနက်၊ WiFi၊ တည်နေရာဝန်ဆောင်မှုများ၊ လေယာဉ်ပျံမုဒ်၊ အလင်းရောင်အား စသည်တို့ကို ကန့်သတ်ထားသည်။ လုပ်ရိုးလုပ်စဉ်၏ တစ်စိတ်တစ်ပိုင်းအနေဖြင့်၊ အထက်ဖော်ပြပါ အပလီကေးရှင်းများကို အလုပ်များလုပ်ခြင်းတွင်လည်း ပိတ်ပါသည်။
ထို့ကြောင့် ပုဂ္ဂိုလ်ရေးအရ ဆောင်းပါးသည် မှန်သည်ဟု ကျွန်ုပ်ထင်ပါသည်၊ ကံမကောင်းစွာဖြင့် အချို့သော ပရိုဂရမ်မာများသည် ၎င်းတို့၏ အပလီကေးရှင်းများဖြင့် ၎င်းတို့ အက်ပ်လီကေးရှင်းများ မှားယွင်းနေသောကြောင့် ကျွန်ုပ်၏အမြင်အရ ဤအတွက် ဖြေရှင်းချက် နှစ်ခုသာ ရှိသည် 1. အပလီကေးရှင်းကို အသုံးမပြုရန် ဖြစ်နိုင်ပါက၊ ဖြစ်နိုင်လျှင် အခြားရွေးချယ်စရာ သို့မဟုတ် 2. မဖြစ်နိုင်ပါက၊ ဥပမာ Skype ကိုကြည့်ပါ၊ ၎င်းကို အစီရင်ခံစာတွင် ပေးထားသည့် ပရိုဂရမ်မာထံ စာရေးပြီး ၎င်းနှင့်ပတ်သက်သည့် တစ်စုံတစ်ရာလုပ်ဆောင်လိမ့်မည်ဟု မျှော်လင့်ပါသည်။
အက်ပ်များကို manually disable လုပ်ခြင်းသည် အဓိပ္ပါယ်မရှိပေ၊ သို့သော် မည်သို့ပင်ဖြစ်စေ ကျွန်တော်လုပ်ပါသည်။ အက်ပလီကေးရှင်းစနစ်ကို မပိတ်မိစေရန်၊ ၎င်းတို့ကို လည်ပတ်စေခြင်း (သို့မဟုတ် ၎င်းတို့ကို နောက်ခံတွင် အိပ်ပျော်စေခြင်း) နှင့် ဘက်ထရီ သက်တမ်း နည်းပါးသွားသည်၊ သုံးပတ်ခန့်အကြာတွင် iPad 2 ကို ပြန်လည်စတင်ရန်လည်း လိုအပ်ပြီး နှေးကွေးစွာ တုံ့ပြန်ခဲ့သည်။ ဒါကြောင့် အက်ပ်တွေကို ကိုယ်တိုင်ပိတ်လိုက်တာ၊ ဘက်ထရီက ပိုကြာတယ်၊ မကြာသေးမီက ခရစ္စမတ်နေ့မှာ ပြန်ဖွင့်ပြီး ကောင်းကောင်းလည်ပတ်နေပါတယ်။
စကားမစပ်၊ ကျွန်တော် Mac OS X မှာ အတူတူပါပဲ၊ မလိုအပ်တဲ့ အပလီကေးရှင်းကို ပိတ်လိုက်ရုံပါပဲ (CMD+Q)၊ အဲဒါကို နောက်ခံမှာ အိပ်ပြီး RAM မလိုအပ်ဘဲ စားတာထက် ပိုကောင်းပါတယ် (ဘယ် OS X လုပ်နိုင်မလဲ၊ ကောင်းကောင်းမတွဲပါ)။ ကျွန်ုပ်တွင် RAM အနည်းငယ်သာရှိသည်၊ 8 GB သာရှိသော်လည်း Windows 7 တွင် 8 GB ရှိသောစနစ်သည် နှေးကွေးစွာ တုံ့ပြန်ခြင်း သို့မဟုတ် လဲလှယ်ခြင်းမပြုဘဲ၊ OS X တွင် ဤအရာသည် မျှမျှတတဖြစ်ရိုးဖြစ်စဉ်တစ်ခုဖြစ်သည် (ကွန်ပြူတာကို တစ်ခါမှမပိတ်ဖူးပါ၊ Mac နှင့်လည်း ပြုလုပ်ပါသည်။ ဒါကြောင့် တစ်လနဲ့ ပိုတက်တဲ့အချိန်က ချွင်းချက်မဟုတ်ပါဘူး၊ ပြဿနာက RAM ကိုလွတ်စေပြီး "အရှိန်မြှင့်ရန်"၊ Windows 7 က ဒါကို မလိုအပ်ပါဘူး)။
အပလီကေးရှင်းကို ဘယ်လို ပေါက်ကွဲထွက်ရမလဲဆိုတာ ပိုစိတ်ဝင်စားတယ်။ ကျွန်ုပ်အတွက် ဖြစ်ခဲ့သည်မှာ အပလီကေးရှင်း (အထူးသဖြင့် Geocaching တွင်) ၎င်းသည် မိခင်ဆာဗာမှ တစ်စုံတစ်ရာကို တင်ဆောင်နေသည့် အခြေအနေသို့ ရောက်ရှိသွားပြီး ထိုအခြေအနေတွင် ပိတ်မိသွားခြင်း ဖြစ်သည်။ ပင်မခလုတ် အလုပ်လုပ်သည်၊ reboot ပြီးနောက်၊ ၎င်းသည် အေးခဲနေသော အခြေအနေသို့ ပြန်သွားသည် (ကျွန်တော်ထားခဲ့သည့်နေရာ)။ လူကိုယ်တိုင်ထွက်ပေါက် (အရသာမျိုးစုံရှိသော မီနူးသို့၊ အိုင်ကွန်ကို ဖိထားပြီး အနုတ်လက္ခဏာကို ပိတ်ရန်) = အပလီကေးရှင်းကို ပြန်လည်စတင်ပြီးနောက် ၎င်းကို ပြန်လည်စတင်ပြီးနောက် ၎င်းကို အေးခဲနေသည့် ၎င်း၏မူလအခြေအနေတွင် ဖွင့်ထားသည်။ အဲဒါနဲ့ ကျွန်တော် အားလုံးကို ပိတ်လိုက်တယ်၊ ဖုန်းကို ပိတ်လိုက်တယ်၊ ဖွင့်ထားတယ်၊ HOME ကို နှစ်ချက်နှိပ်ပြီး ကြည့်လိုက်တော့၊ အပလီကေးရှင်းတွေက မပိတ်ခင်မှာ အားလုံးရှိခဲ့သလိုပါပဲ။ ပြန်လည်စတင်ခြင်းသည် အထောက်အကူမဖြစ်ပါ - ပူလာသည်အထိ အိမ်နှင့်အပေါ်ပိုင်းကို ဖိထားပါ။ ကူညီပေးနိုင်သည့် တစ်ခုတည်းသော အရာမှာ ဖုန်းမှ အပလီကေးရှင်းကို ဖယ်ရှားခြင်း၊ ၎င်းကို ပြန်လည်စတင်ခြင်းနှင့် ဖုန်းတွင် ပြန်လည်ထည့်သွင်းခြင်း ဖြစ်သည်။ တစ်နည်းတစ်ဖုံ ကျွန်တော် မယူခဲ့ပါ။
ဤ Multitasking စီမံခန့်ခွဲမှုသည် အလုပ်လုပ်ပြီး ဤအခြေအနေများကို ရင်ဆိုင်ရန် ဆော့ဖ်ဝဲရေးသားသူများအပေါ် မူတည်ပါသည်။ အခြေအနေတစ်ခုလုံးကို ပိုမိုအသေးစိတ်ပြီး ပရော်ဖက်ရှင်နယ်ဖော်ပြချက်ကို စိတ်ဝင်စားသူများအတွက်၊ မည်သို့မည်ပုံဖြစ်သည်ကို ဤနေရာတွင် ရေးပါမည်။
လျှောက်လွှာသည် စုစုပေါင်းပြည်နယ် 6 ခုကို တုံ့ပြန်နိုင်ပြီး အဆိုပါပြည်နယ်များမှာ-
applicationWillResignActive
applicationDidEnterBackground
applicationWillEnterForeground
applicationDidBecomeActive
လျှောက်လွှာတင်မည်။
applicationDidReceiveMemoryWarning
ယခု ဤပြည်နယ်များကို အသေးစိတ်ဖော်ပြရန် ကျွန်ုပ်ကြိုးစားပါမည်။
applicationWillResignActive - ဤအခြေအနေသည် အနာဂတ်တွင် (မီလီစက္ကန့်အနည်းငယ်မျှ) တွင် အက်ပလီကေးရှင်းသည် အသက်ဝင်သောအက်ပ် (ဆိုလိုသည်မှာ နောက်ခံအပလီကေးရှင်း) အနေဖြင့် ဥပမာအားဖြင့် အပလီကေးရှင်းကိုအသုံးပြုနေစဉ် ဖုန်းခေါ်ဆိုမှုလက်ခံသည့်အခါတွင်၊ ဤအရာသည် တစ်ချိန်တည်းတွင်၊ နည်းလမ်း ထို့ကြောင့် ဤအခြေအနေသည် အပလီကေးရှင်း နောက်ခံသို့ မရောက်မီတွင်ပင် ဖြစ်ပေါ်လာလိမ့်မည်၊ ထို့ကြောင့် ဤပြောင်းလဲမှုများကို ထည့်သွင်းစဉ်းစားရန် လိုအပ်ပါသည်။ ဤနည်းလမ်းသည် သင့်လျော်သောကြောင့် ဥပမာအားဖြင့်၊ အဝင်ခေါ်ဆိုမှုတစ်ခုရှိလာသောအခါ ၎င်းလုပ်ဆောင်နေသည့် လုပ်ဆောင်မှုများအားလုံးကို ဆိုင်းငံ့ထားပြီး ခေါ်ဆိုမှုပြီးဆုံးသည်အထိ စောင့်နိုင်သည်။
applicationDidEnterBackground - ဤအခြေအနေသည် အပလီကေးရှင်းသည် နောက်ခံထဲသို့ ဝင်ရောက်သွားကြောင်း ညွှန်ပြသည်၊ ဆော့ဖ်ဝဲရေးသားသူများသည် နောက်ခံတွင် လုပ်ဆောင်ရန်မလိုအပ်ဘဲ လုပ်ငန်းစဉ်အားလုံးကို ဆိုင်းငံ့ထားရန်နှင့် အသုံးမပြုသောဒေတာနှင့် အခြားလုပ်ငန်းစဉ်များ၏ မှတ်ဉာဏ်ကို သန့်ရှင်းစေရန်၊ ဥပမာ၊ သက်တမ်းကုန်ဆုံးသည့်အချိန်တိုင်းကိရိယာများကို ရှင်းထုတ်ရန်၊ အပလီကေးရှင်း နောက်ခံတွင် ချိတ်ဆက်မှုကို အပြီးသတ်ရန် မစိုးရိမ်ပါက ဆာဗာများနှင့် ချိတ်ဆက်မှုကို မလိုအပ်ဘဲ သို့မဟုတ် မလိုအပ်ဘဲ မလိုအပ်ဘဲ မလိုအပ်ဘဲ သိမ်းဆည်းထားသော ပုံများကို မှတ်ဉာဏ်တင်ထားသည်။ အခြေခံအားဖြင့်၊ အက်ပလီကေးရှင်းတွင် ခေါ်ဆိုသည့်အခါ ဤနည်းလမ်းကို နောက်ခံတွင် လုပ်ဆောင်ရန် မလိုအပ်ပါက အက်ပလီကေးရှင်းကို လုံးဝရပ်ဆိုင်းရန် အသုံးပြုသင့်သည်။
applicationWillEnterForeground - ဤပြည်နယ်သည် လျှောက်လွှာမှ နုတ်ထွက်သည့်အခါ ပထမဆုံးပြည်နယ်နှင့် ဆန့်ကျင်ဘက်ဖြစ်သည်။ ဤအပလီကေးရှင်းအခြေအနေသည် ရိုးရှင်းစွာဆိုလိုသည်မှာ လာမည့်မီလီစက္ကန့်အနည်းငယ်အတွင်း အိပ်နေသောအက်ပ်လီကေးရှင်းသည် နောက်ခံမှပြန်လည်စတင်မည်ဖြစ်ပြီး ရှေ့ဘက်တွင်ပေါ်လာမည် (အပလီကေးရှင်းသည် အောက်ခြေသို့ဝင်ရောက်သည်)၊ ဤနည်းလမ်းကို အပလီကေးရှင်းရှိနေစဉ်အတွင်း လုပ်ဆောင်ခြင်းမရှိသည့် လုပ်ငန်းစဉ်များကို ဆော့ဖ်ဝဲအင်ဂျင်နီယာများက အသုံးပြုသင့်သည်။ နောက်ခံတွင်၊ ဆာဗာများသို့ ချိတ်ဆက်မှုများကို ပြန်လည်စတင်သင့်သည်၊ အချိန်တိုင်းစက်များ ပြန်လည်သတ်မှတ်ရန်၊ မှတ်ဉာဏ်ထဲသို့ ပုံများနှင့် ဒေတာများ တင်ဆောင်ပြီး အခြားလိုအပ်သော လုပ်ငန်းစဉ်များကို အသုံးပြုသူသည် တင်ထားသည့် အပလီကေးရှင်းကို ထပ်မံမတွေ့မီလေးတွင် ပြန်လည်စတင်နိုင်မည်ဖြစ်သည်။
applicationDidBecomeActive - ဤအခြေအနေသည် အပလီကေးရှင်းသည် အောက်ခြေသို့ ပြန်လည်ရောက်ရှိပြီးနောက် ယခုလေးတင် အသက်ဝင်လာသည်ကို ညွှန်ပြသည်၊ ၎င်းသည် အသုံးပြုသူအင်တာဖေ့စ်သို့ ထပ်လောင်းချိန်ညှိမှုများပြုလုပ်ရန် သို့မဟုတ် UI ကို ၎င်း၏မူလအခြေအနေသို့ ပြန်လည်ရောက်ရှိစေရန် အသုံးပြုနိုင်သည့်နည်းလမ်းဖြစ်သည်၊ ဤနည်းလမ်းသည် အမှန်တကယ်ဖြစ်လာသည် အသုံးပြုသူသည် display ပေါ်တွင်မြင်နိုင်နေပြီဖြစ်သောကြောင့်၊ ထို့ကြောင့်ဤနည်းလမ်းနှင့်ယခင်နည်းလမ်းတွင်ဖြစ်ပျက်နေသည်များကိုလက်ကျန်ရှင်းတမ်းမှဆုံးဖြတ်ရန်လိုအပ်သည်။ ၎င်းတို့ကို မီလီစက္ကန့်အနည်းငယ်ခြားနားပြီး တစ်ခုပြီးတစ်ခုခေါ်သည်။
applicationWillTerminate - အက်ပလီကေးရှင်းမပိတ်မီ မီလီစက္ကန့်အနည်းငယ်တွင် ဤအခြေအနေသည် အက်ပလီကေးရှင်းကို အမှန်တကယ် မရပ်စဲမီတွင်ဖြစ်သည်။ Multitasking မှ ကိုယ်တိုင်ဖြစ်စေ သို့မဟုတ် စက်ပစ္စည်းကို ပိတ်သည့်အခါ။ လုပ်ဆောင်ပြီးသားဒေတာကို သိမ်းဆည်းရန်နှင့် လုပ်ဆောင်မှုများအားလုံးကို အဆုံးသတ်ရန်နှင့် မလိုအပ်တော့သော ဒေတာများကို ဖျက်ရန် ဤနည်းလမ်းကို အသုံးပြုသင့်သည်။
applicationDidReceiveMemoryWarning - ဤနေရာတွင်အများကြီးဆွေးနွေးထားသောအခြေအနေတစ်ခုဖြစ်သည်၊ လိုအပ်ပါက၊ iOS သည်စနစ်အရင်းအမြစ်များကိုမလိုအပ်ဘဲအသုံးပြုပါက application ကို memory မှဖယ်ရှားလိမ့်မည်။ iOS သည် နောက်ခံအက်ပ်များနှင့် မည်သို့လုပ်ဆောင်သည်ကို အတိအကျမသိသော်လည်း ၎င်းသည် အခြားလုပ်ငန်းစဉ်များသို့ ရင်းမြစ်များထုတ်လွှတ်ရန် အက်ပ်တစ်ခု လိုအပ်ပါက၊ ၎င်းသည် ၎င်းကိုင်ဆောင်ထားသော အရင်းအမြစ်များကို ထုတ်လွှတ်ရန် မန်မိုရီသတိပေးချက်ဖြင့် အချက်ပြမည်ဖြစ်သည်။ ထို့ကြောင့် ဤနည်းလမ်းကို အပလီကေးရှင်းတွင် ခေါ်ဝေါ်ကြပြီး developer များသည် ၎င်းတွင်ရှိသော memory ကို စွန့်ထုတ်ရန်၊ လုပ်ဆောင်ပြီးသော သိမ်းဆည်းမှုများကို သိမ်းဆည်းကာ memory မှ မလိုအပ်သော အချက်အလက်များကို ဖျက်ပစ်ကာ လုံလောက်စွာ မမ်မိုရီကို လွတ်ကင်းစေရန်အတွက် ၎င်းကို အကောင်အထည်ဖော်သင့်သည်။ ဆော့ဖ်ဝဲရေးသားသူအများအပြား၊ ဥပမာ အစပြုသူများသည် ထိုအရာများကို မစဉ်းစားဘဲ သို့မဟုတ် ၎င်းတို့ကို နားမလည်ကြဘဲ၊ ထို့နောက် ၎င်းတို့၏ အပလီကေးရှင်းသည် ဘက်ထရီသက်တမ်းကို အန္တရာယ်ဖြစ်စေပြီး/သို့မဟုတ် စနစ်အရင်းအမြစ်များကို နောက်ခံတွင်ပင် မလိုအပ်ဘဲ စားသုံးမိသည်မှာ အမှန်ပင်ဖြစ်သည်။ မန်မိုရီသတိပေးချက်ကို လက်ခံရရှိပြီးနောက် အပလီကေးရှင်းက ဘာမျှမလုပ်ဘဲ စနစ်အရင်းအမြစ်များကို ယခင်အတိုင်း ဆက်လက်သုံးစွဲပါက iOS သည် မည်သို့ပြုမူမည်ကို ကျွန်ုပ်မသိပါ။
ဤအခြေအနေအနည်းငယ်နှင့် ဆက်စပ်နည်းလမ်းများသည် iOS ရှိ "multitasking" တစ်ခုလုံး၏ နောက်ကွယ်တွင် ရှိနေသည်... နည်းပါးသွားပါက သုံးစွဲသူများ၏ စက်ပစ္စည်းများတွင် အက်ပ်များသည် ၎င်းတို့ကို အသုံးပြုသူများ၏ စက်ပစ္စည်းများပေါ်တွင် တင်လာမည်ကို တာဝန်ယူရန် လိုအပ်ကြောင်း developer များက လျစ်လျူမရှုပါက ၎င်းသည် ကောင်းမွန်သောစနစ်တစ်ခုဖြစ်သည်။ သို့မဟုတ် စနစ်မှ သတိပေးချက်များနှင့် အခြားအရာများကို ရယူပါ...
ဤအကျဉ်းချုပ်ဖော်ပြချက်သည် အရာအားလုံးကို ချောချောမွေ့မွေ့ဖြစ်အောင် လုပ်ဆောင်ရာတွင် အပလီကေးရှင်းတွင် မည်သို့ပါဝင်သည်ကို နားလည်ရန် ကူညီပေးမည်ဟု မျှော်လင့်ပါသည်။ ထို့ကြောင့် ၎င်းသည် အသုံးပြုသူ၏ မှားယွင်းသောအသုံးပြုမှု၏ မှားယွင်းမှုတစ်ခုဟု နားလည်နိုင်ဖွယ်ရှိသည် - သင်အပျော်တမ်း developer များထံမှ အခမဲ့ application အများစုကို အများအပြားအသုံးပြုပါက၊ သင်၏ iOS စက်ပစ္စည်းသည် ကြီးမားသောအသုံးပြုမှုထက် ပိုမိုဆိုးရွားသွားမည်ဖြစ်ပါသည်။ အတွေ့အကြုံရှိ သို့မဟုတ် ပရော်ဖက်ရှင်နယ် developer များမှ အခမဲ့နှင့် အခပေးအပလီကေးရှင်းအရေအတွက်။ စက်ဝိုင်းနှစ်ခုလုံးတွင် ခြွင်းချက်မရှိဟု မဆိုလိုပါ။ ဥပမာအားဖြင့်၊ Foursquare သည် အလွန်ထူးဆန်းပြီး လိုအပ်ချက်ရှိသောအပြုအမူဖြစ်ပြီး တစ်ချိန်တည်းတွင် ၎င်းတို့သည် memory နှင့် ဘက်ထရီစီမံခန့်ခွဲမှုအတွက် အချိန်များစွာပေးသော အလွန်ကျွမ်းကျင်သော developer များဟု မျှော်လင့်ထားပြီးဖြစ်သော်လည်း ဆန့်ကျင်ဘက်မှာ အမှန်ပင်ဖြစ်သည်။ 4SQ ၏ အကြီးမားဆုံးပြဿနာမှာ မကြာခဏ ချိတ်ဆွဲထားပြီး လွှမ်းနေသည့် ဆာဗာများနှင့် ဆက်သွယ်ရေးဖြစ်သည်။ ဤသည်မှာ 4SQ သည် ကောင်းမွန်သောဝန်ဆောင်မှုဖြစ်သည်ဟူသောအချက်ကို မပြောင်းလဲစေသော လူသိများသော application များပင်လျှင် ပြဿနာများရှိသည်ဟူသောအချက်၏ ဥပမာတစ်ခုသာဖြစ်သည်။
ပျော်ပါစေ Apples !! :)
စာရေးသူ၏ခွင့်ပြုချက်ဖြင့် သတင်းအချက်အလက်များကို ဆောင်းပါးတွင် ထည့်ပေးထားပါသည်။ ;-)
ဝမ်းနည်းပါတယ်၊ ENTER သည် စာပိုဒ်များကြား နေရာတိုင်းတွင် ရှိနေသည်၊ သို့မှသာ မှတ်ချက်များတွင် အနည်းဆုံး ကြွယ်ဝသော စာသားပုံစံ အနည်းငယ် ပါရှိစေရန် ဤနေရာတွင် ၎င်းတို့က ၎င်းကို တစ်ခုခု လုပ်နိုင်ပါသည်။
ArnieX: မှတ်ချက်အတွက် ကျေးဇူးတင်ပါတယ်!!
အဲဒါ Faramir- မင်းရဲ့ပြဿနာအကြောင်းပဲ၊ မင်းကိစ္စမှာ ကူညီပေးမှာလား ငါမသိပေမယ့် အပလီကေးရှင်းကို ပိတ်ရင် (အလုပ်များစွာဖြင့်) ပိတ်ရင် စက္ကန့်အနည်းငယ်ကြာတဲ့အထိ မင်းကိစ္စအတွက် အထောက်အကူဖြစ်မယ်ဆိုတာ ငါသိပါတယ်၊ စက္ကန့်အနည်းငယ်စောင့်ပါ (သေချာစေရန် 10 စက္ကန့်ခန့်စောင့်ပါ) ၎င်းကိုသေချာစွာပြီးဆုံးသည်အထိပိတ်ပြီးမှသာ ၎င်းကိုပြန်စပါ။
ကြိုဆိုပါတယ် ;) ပါဝင်ကူညီခွင့်ရရင် ကျေနပ်ပါတယ်။
Meeb နှင့် မည်သို့ရှိရမည်နည်း၊ ၎င်းမှတဆင့် ICQ သို့မဟုတ် FB ချတ်သို့ လော့ဂ်အင်ဝင်သောအခါ 10 မိနစ်အကြာတွင် ၎င်းသည် အလိုအလျောက်ထွက်ပြီး အော့ဖ်လိုင်းဖြစ်သွားသည် သို့မဟုတ် ၎င်းသည် ဆက်လက်အလုပ်လုပ်နေပါသလား။ ရှင်းလင်းချက်အတွက် ကျေးဇူးတင်ပါတယ် :P
ဆယ်မိနစ်အကြာတွင်၊ အပလီကေးရှင်း၏အင်တာနက်ချိတ်ဆက်မှုသည် ရိုးရိုးရှင်းရှင်းပြတ်တောက်သွားသည်။ သို့သော်လည်း သင်သည် Meeba ဆာဗာတွင် အွန်လိုင်းတွင် ရှိနေမည်ဖြစ်ပြီး တစ်စုံတစ်ဦးမှ သင့်ထံ စာရေးပါက တွန်းအားပေးသည့် အကြောင်းကြားချက်ကို ရရှိမည်ဖြစ်သည်။ အပလီကေးရှင်းကို ပြန်ဖွင့်ပြီးနောက်၊ ချိတ်ဆက်မှုသည် ခဏအကြာတွင် တည်ရှိနေပြီး သင်သည် ပျော်ရွှင်စွာ စကားစမြည်ပြောဆိုနိုင်သည်။
ထို့ကြောင့်၊ သင်သည် သင်လင့်ခ်ချိတ်ထားသော ဆောင်းပါးကို မှန်ကန်စွာ နားလည်ပါက၊ စာရင်းဇယားများသည် အက်ပလီကေးရှင်းများ စတင်သောအခါတွင် ပျက်ကျခြင်းများကိုသာ ရည်ညွှန်းသည်၊ ယင်းသည် ပျက်စီးမှုများ ဖြစ်ပွားနိုင်သည့် ကိစ္စများ၏ အနည်းငယ်မျှသာ ရာခိုင်နှုန်းဖြစ်သည်။ ထို့ကြောင့်၊ ကျွန်ုပ်၏အမြင်တွင် iOS သည် တည်ငြိမ်မှုနည်းသည်ဟု ဤ "သုတေသန" မှ ကောက်ချက်ချရန် မဖြစ်နိုင်ပေ။ ထို့အပြင်၊ Forbes မှ ကူးယူထားသော ဆောင်းပါး၏ ဘာသာပြန်ဆိုသူသည် အက်ပလီကေးရှင်းပျက်ကျမှုဆိုင်ရာ အချက်အလက်များကို ပံ့ပိုးပေးသည့် ကုမ္ပဏီကို Google ("Crittercism, which is backed by Google Ventures,...") မှ ပံ့ပိုးပေးထားကြောင်း ဖော်ပြခဲ့သည်။