لاهم ډیری خلک شتون لري چې نه پوهیږي په iOS کې ملټي ټاسک کول څنګه کار کوي. په هرصورت، د پیل کولو لپاره، دا اړینه ده چې دا په ګوته کړئ چې دا ریښتینې ملټي ټاسک نه دی، مګر یو خورا هوښیار حل دی چې سیسټم یا کاروونکي بار نه کوي.
یو څوک ډیری وختونه توهین اوریدلی شي چې په iOS کې په شالید کې چلونکي ایپس عملیاتي حافظه ډکوي ، کوم چې د سیسټم سستیدو او د بیټرۍ ژوند لامل کیږي ، نو کارونکي باید دوی په لاسي ډول بند کړي. د ملټي ټاسک کولو بار په حقیقت کې د ټولو روان شالید پروسو لیست نلري ، مګر یوازې خورا وروستي پیل شوي غوښتنلیکونه. نو کارونکي اړتیا نلري د یو څو قضیو پرته په شالید کې د پروسو په اړه اندیښنه ولري. کله چې تاسو د کور تڼۍ فشار کړئ، غوښتنلیک معمولا خوب ته ځي یا بندیږي، نو دا نور پروسیسر یا بیټرۍ نه پورته کوي او که اړتیا وي، اړین حافظه آزادوي.
دا بشپړ ملټي ټاسک نه دی کله چې تاسو لسګونه پروسې پرمخ وړئ یوازې یو غوښتنلیک تل په مخکینۍ برخه کې روان وي ، کوم چې د اړتیا په صورت کې ځنډول یا په بشپړ ډول بند شوي. یوازې یو څو ثانوي پروسې په شالید کې پرمخ ځي. له همدې امله تاسو به په ندرت سره په iOS کې د اپلیکیشن حادثې سره مخ شئ، د مثال په توګه Android د چلولو غوښتنلیکونو سره ډوب دی چې کارونکي یې باید پاملرنه وکړي. له یوې خوا ، دا د وسیلې سره کار کول ناخوښه کوي ، او له بلې خوا ، دا د مثال په توګه د غوښتنلیکونو ترمینځ ورو پیل او لیږد لامل کیږي.
د غوښتنلیک چلولو ډول
ستاسو په iOS وسیله کې غوښتنلیک په دې 5 حالتونو کې دی:
- چلول: غوښتنلیک پیل شوی او په مخکینۍ برخه کې روان دی
- پس منظر: دا لاهم روان دی مګر په شالید کې روان دی (موږ کولی شو نور غوښتنلیکونه وکاروو)
- ځنډول: لاهم RAM کاروئ مګر نه چلیږي
- غیر فعاله: غوښتنلیک روان دی مګر غیر مستقیم حکمونه (د مثال په توګه، کله چې تاسو د غوښتنلیک په چلولو سره وسیله لاک کړئ)
- نه چلول: غوښتنلیک پای ته رسیدلی یا نه دی پیل شوی
ګډوډي هغه وخت رامینځته کیږي کله چې ایپ شالید ته ځي ترڅو ګډوډ نشي. کله چې تاسو د کور تڼۍ فشار کړئ یا د غوښتنلیک (iPad) بندولو لپاره اشاره وکاروئ، غوښتنلیک شالید ته ځي. ډیری ایپسونه په ثانیو کې ځنډول کیږي (دوی د iDevice په RAM کې زیرمه شوي ترڅو دوی په چټکۍ سره پیل شي، دوی دومره پروسیسر نه پورته کوي او په دې توګه د بیټرۍ ژوند خوندي کوي) تاسو شاید فکر وکړئ که چیرې یو اپلیکیشن د حافظې کارولو ته دوام ورکړي، تاسو کولی شئ په لاسي ډول ړنګولو لپاره دا د خلاصولو لپاره. مګر تاسو اړتیا نلرئ دا وکړئ، ځکه چې iOS به دا ستاسو لپاره وکړي. که تاسو په شالید کې یو غوښتونکی غوښتنلیک تعلیق کړی وي ، لکه یوه لوبه چې لوی مقدار RAM کاروي ، iOS به دا په اوتومات ډول د اړتیا په صورت کې له حافظې څخه لرې کړي ، او تاسو کولی شئ د غوښتنلیک آیکون په ټایپ کولو سره یې بیا پیل کړئ.
د دې ایالتونو څخه هیڅ یو په ملټي ټاسک کولو بار کې نه منعکس کیږي ، پینل یوازې د وروستي پیل شوي ایپس لیست ښیې پرته لدې چې ایپ ودرول شوی ، وقف شوی یا په شالید کې روان دی. تاسو ممکن دا هم وګورئ چې هغه غوښتنلیک چې اوس مهال روان دی د ملټي ټاسکنګ پینل کې نه ښکاري
د پس منظر دندې
عموما، کله چې تاسو د کور تڼۍ فشار کړئ، غوښتنلیک به په شالید کې وګرځي، او که تاسو یې نه کاروئ، دا به په اوتومات ډول په پنځو ثانیو کې ودریږي. نو که تاسو پوډکاسټ ډاونلوډ کوئ ، د مثال په توګه ، سیسټم دا د چلونکي غوښتنلیک په توګه ارزوي او د لسو دقیقو لخوا پای ته رسیدو ځنډوي. په وروستي وخت کې د لسو دقیقو وروسته، پروسه د حافظې څخه خوشې کیږي. په لنډه توګه، تاسو اړتیا نلرئ د کور تڼۍ په فشارولو سره د خپل ډاونلوډ مداخلې په اړه اندیښنه ولرئ، که دا د بشپړولو لپاره له 10 دقیقو څخه ډیر وخت ونه نیسي.
په شالید کې بې ځایه چلول
د غیرفعالیت په حالت کې، سیسټم په پنځو ثانیو کې غوښتنلیک پای ته رسوي، او د ډاونلوډ په صورت کې، د لس دقیقو لپاره ځنډول کیږي. په هرصورت، یو لږ شمیر غوښتنلیکونه شتون لري چې په شالید کې چلولو ته اړتیا لري. دلته د ایپس ځینې مثالونه دي چې کولی شي په iOS 5 کې په غیر مستقیم ډول په شالید کې پرمخ ولاړ شي:
- هغه غوښتنلیکونه چې غږ غږوي او باید د یو څه وخت لپاره ودرول شي (د تلیفون کال په جریان کې د میوزیک مخه ونیسئ ، او داسې نور)
- هغه غوښتنلیکونه چې ستاسو موقعیت تعقیبوي (د نیویګیشن سافټویر)،
- هغه غوښتنلیکونه چې د VoIP زنګونه ترلاسه کوي، د مثال په توګه که تاسو سکایپ کاروئ، تاسو کولی شئ تلیفون ترلاسه کړئ حتی کله چې غوښتنلیک په شالید کې وي،
- اتومات ډاونلوډونه (د مثال په توګه نیوز سټینډ).
ټول غوښتنلیکونه باید وتړل شي که چیرې دوی نور کار نه کوي (لکه د شالید ډاونلوډونه). په هرصورت، دلته استثناوې شتون لري چې په پس منظر کې په دوامداره توګه پرمخ ځي، لکه د اصلي میل ایپ. که دوی په شالید کې روان وي ، دوی حافظه اخلي ، د CPU کارول یا د بیټرۍ ژوند کموي
هغه ایپسونه چې په شالید کې د نامعلوم وخت لپاره د چلولو اجازه لري کولی شي هر هغه څه وکړي چې دوی یې د چلولو پرمهال کوي ، د میوزیک غږولو څخه نیولې د نوي پوډکاسټ قسطونو ډاونلوډ کولو پورې.
لکه څنګه چې ما مخکې یادونه وکړه، کاروونکي هیڅکله اړتیا نلري هغه ایپسونه بند کړي چې په شالید کې روان دي. د دې یوازینۍ استثنا هغه وخت دی کله چې په شالید کې روان یو اپلیکیشن خرابیږي یا په سمه توګه له خوب څخه نه ویښیږي. بیا کارونکي کولی شي غوښتنلیکونه په لاسي ډول په ملټي ټاسک بار کې بند کړي ، مګر دا په ندرت سره پیښیږي.
نو ، په عموم کې ، تاسو اړتیا نلرئ د شالید پروسې اداره کړئ ځکه چې سیسټم به پخپله د دوی پاملرنه وکړي. له همدې امله iOS داسې تازه او چټک سیسټم دی.
د پراختیا کونکي له لید څخه
غوښتنلیک کولی شي د ملټي ټاسک کولو برخې په توګه ټول شپږ مختلف ایالتونو سره عکس العمل ښکاره کړي:
1. ApplicationWillResignActive
په ژباړه کې ، دا حالت پدې معنی دی چې غوښتنلیک به په راتلونکي کې د فعال غوښتنلیک (یعنې په مخکینۍ برخه کې غوښتنلیک) په توګه استعفا وکړي (د څو ملی ثانیو مسله). دا پیښیږي ، د مثال په توګه ، کله چې د غوښتنلیک کارولو پرمهال تلیفون ترلاسه کول ، مګر په ورته وخت کې ، دا میتود هم د دې حالت لامل کیږي مخکې لدې چې غوښتنلیک شالید ته لاړ شي ، نو تاسو اړتیا لرئ دا بدلونونه په پام کې ونیسئ. دا میتود هم مناسب دی نو د بیلګې په توګه، دا ټول هغه فعالیتونه وځنډوي چې دا ترسره کوي کله چې راتلونکی کال وي او د زنګ پای ته انتظار کوي.
2. applicationDidEnterBackground
حالت په ګوته کوي چې غوښتنلیک شالید ته تللی دی. پراختیا کونکي باید دا طریقه وکاروي ترڅو ټولې پروسې وځنډوي چې په شالید کې چلولو ته اړتیا نلري او د نه کارول شوي ډیټا او نورو پروسو حافظه پاکه کړي ، لکه د وخت پای ته رسیدو ، له حافظې څخه د بار شوي عکسونو پاکول چې اړتیا ورته نه وي ، یا بندول. د سرورونو سره اړیکې، پرته لدې چې دا د غوښتنلیک لپاره مهم وي چې په شالید کې اړیکې بشپړې کړي. کله چې میتود په غوښتنلیک کې ویل کیږي ، نو دا باید اساسا د غوښتنلیک په بشپړ ډول ځنډولو لپاره وکارول شي که چیرې د هغې ځینې برخې په شالید کې چلولو ته اړتیا ونلري.
3. اپلیکیشنWillEnterForeground
دا ریاست د لومړي ریاست برعکس دی، چیرې چې غوښتنلیک به فعال ریاست ته استعفا ورکړي. حالت په ساده ډول پدې معنی دی چې د خوب کولو ایپ به له شالید څخه ژوندی شي او په راتلونکو څو ملی ثانیو کې به په مخکینۍ برخه کې څرګند شي. پراختیا کونکي باید دا طریقه وکاروي ترڅو هر هغه پروسې بیا پیل کړي چې غیر فعاله وې پداسې حال کې چې غوښتنلیک په شالید کې و. د سرورونو سره اړیکې باید بیا تنظیم شي، ټایمر بیا تنظیم شي، عکسونه او ډاټا په حافظه کې بار شوي، او نورې اړینې پروسې یوازې مخکې له دې چې کاروونکي بار شوي غوښتنلیک بیا وګوري بیا پیل شي.
4. اپلیکیشنDidBecomActive
دولت په ګوته کوي چې غوښتنلیک یوازې مخکینۍ ته له راستنیدو وروسته فعال شوی. دا یو میتود دی چې د کارونکي انٹرفیس کې اضافي سمونونو لپاره یا خپل اصلي حالت ته د UI بیرته راوستلو لپاره کارول کیدی شي. په احتیاط سره وټاکئ چې د دې میتود او پخوانۍ میتود کې څه پیښیږي. دوی د څو ملی ثانیو په توپیر سره یو له بل وروسته ویل کیږي.
5. applicationWillTerminate
دا حالت د غوښتنلیک له وتلو دمخه یو څو ملیسیکنډونه پیښیږي ، دا دی ، مخکې لدې چې غوښتنلیک واقعیا پای ته ورسیږي. یا په لاسي ډول د ملټي ټاسک کولو څخه یا کله چې وسیله بنده کړئ. میتود باید د پروسس شوي ډیټا خوندي کولو لپاره وکارول شي ، ټول فعالیتونه پای ته ورسوي او هغه ډیټا حذف کړي چې نور ورته اړتیا نلري.
6. applicationDidReceiveMemoryWarning
دا وروستی حالت دی چې تر ټولو ډیر بحث کیږي. دا د اړتیا په صورت کې د iOS حافظې څخه د غوښتنلیک لرې کولو مسؤلیت لري که چیرې دا د سیسټم سرچینې غیر ضروري کاروي. زه په ځانګړي ډول نه پوهیږم چې iOS د شالید ایپسونو سره څه کوي ، مګر که دا نورو پروسو ته سرچینې خوشې کولو لپاره اپلیکیشن ته اړتیا ولري ، نو دا د حافظې خبرداری سره هڅوي چې کومې سرچینې لري خوشې کړي. نو دا طریقه په غوښتنلیک کې ویل کیږي. پراختیا کونکي باید دا پلي کړي ترڅو اپلیکیشن هغه حافظه پریږدي چې تخصیص یې کړی ، هرڅه په پرمختګ کې خوندي کوي ، غیر ضروري ډیټا له حافظې څخه پاکوي ، او بل ډول په کافي اندازه حافظه آزادوي. دا ریښتیا ده چې ډیری پراختیا کونکي ، حتی پیل کونکي ، د داسې شیانو په اړه فکر نه کوي یا نه پوهیږي ، او بیا دا پیښ کیدی شي چې د دوی غوښتنلیک د بیټرۍ ژوند ګواښوي او / یا غیر ضروري د سیسټم سرچینې مصرفوي ، حتی په شالید کې.
فیصله
دا شپږ ایالتونه او د دوی اړوند میتودونه په iOS کې د ټولو "ملټي ټاسک کولو" شالید دي. دا یو عالي سیسټم دی ، تر هغه چې پراختیا کونکي دا حقیقت له پامه ونه غورځوي چې د دوی د کاروونکو وسیلو کې غوښتنلیک د څه شی په اړه مسؤل وي ، که دوی کم شوي وي یا د سیسټم څخه اخطارونه ترلاسه کوي او داسې نور.
سرچینه: Macworld.com
لیکوالان: جاکوب پوزریک، مارتین دوبیک (آرنی ایکس)
ایا تاسو هم د حل لپاره کومه ستونزه لرئ؟ ایا تاسو مشورې ته اړتیا لرئ یا شاید سم غوښتنلیک ومومئ؟ په برخه کې د فورمې له لارې موږ سره اړیکه ونیسئ مشوره ورکول، بل ځل به موږ ستاسو پوښتنې ته ځواب ووایو.
سلام، واقعیا ښه مقاله، مګر زه حیران یم که تاسو د دې لپاره کوم تخنیکي ملاتړ لرئ. ځکه چې ما په ماښام کې د ویده کیدو دمخه څو ځله بیټرۍ حل کړې او داسې پیښ شوي چې د وائی فای او ګرځنده ډیټا بندیدو سره ، دا په بل حالت کې د وائی فای بندیدو او یوازې 3G سره ډیر وخت واخیست.
له بده مرغه، تجربه دا ده چې په iOS کې، غوښتنلیکونه باید په لاسي ډول بند شي، او سیسټم نور د پخوا په څیر نه چلیږي.
ما خپل آی فون د وینډوز تلیفون سره بدل کړ (سیمسنګ اومنیا W د 6200 لپاره ،-) او د سیسټم سرعت په بشپړ ډول مختلف کچې کې دی.
زه ویره لرم چې کله د وینډوز 8 میټرو ټابلیټونه راپورته شي ، زه به د آی پیډ ځای په ځای کړم ...
@007 - هو، که تاسو زاړه iPhone3Gs د نوي WP سره پرتله کوئ، نو هو (څوک به دا تمه ولري؟) WP به یو څه ګړندی وي. که نه نو، د کارلوکا په اړه ګپ شپ ستاسو سره ښه نه دی او دا مناسبه وه چې اوسنی HW پرتله کړئ. ما هم WP7 اخیستی او په پای کې د 4s سره پای ته رسیدلی، کوم چې د WP7 په پرتله د کارونې بشپړ مختلف کچې استازیتوب کوي. نو په خوښۍ او نه ختمیدونکي ډول د ټایلونو له لارې سکرول وکړئ.
زه په بشپړ ډول د پاجا سره موافق یم
زه به یو ځل بیا د بل بیرل له کثافاتو څخه مرسته وکړم - د سامسنګ ګلیګسي ایس او آی فون 4 - زه به ووایم چې د عمر له مخې پرتله کیدی شي؟ د iOS 4 په وخت کې، او د انډرایډ پرته بل ځای کې د کارونې او سرعت له مخې، ایپل د غوښتنلیکونو سره د کار کولو مفهوم خورا ښه حل کړی، مګر ورته نور د Android سره ریښتیا نه ده. په پای کې، ما په هرصورت د 4S سره پای ته ورساوه او زه هیڅ شکایت نلرم، ځکه چې "دا یوازې کار کوي" .. او دا خورا چټک کار کوي!
تیوری ښکلی دی ... مګر په عمل کې، زه لاهم په بار کې غوښتنلیک بندوم؛)
مننه، خورا په زړه پورې، عملي، په زړه پورې، دا د سوینګ او ژورتیا نشتوالی نلري. د دې منع شوي برانډ سره د نن ورځې ځوانانو جنون د پام وړ روښانه کول! مګر د هغې لپاره، او همدارنګه د دې مقالې لپاره مننه.
مقاله په بشپړه توګه غلطه ده.
غوښتنلیک نه پریږدي کله چې د کور تڼۍ فشارول شي، لکه څنګه چې په غلطه توګه ویل شوي، مګر وقفه کوي. i.e. خامخا له حافظې څخه مه حذف کوئ او مه پریږدئ. یوازې د چلولو مخه ونیسئ، iOS به دا اپلیکیشن 0٪ CPU وخت ورکړي. دا یقینا د iDevice حافظه کې هرچیرې "سویپ" نه کوي، لکه څنګه چې په مقاله کې ویل شوي. دا واقعیا د دې حقیقت څخه مننه ده چې د اپلیکیشن سویچینګ کارول ممکن دي.
غوښتنلیک له حافظې څخه لرې کیږي کله چې تلیفون لږ حافظه ولري ترڅو نور غوښتنلیکونه د لوړ لومړیتوب سره پرمخ بوځي (عموما بل غوښتنلیک په مخکینۍ برخه کې روان وي).
په لومړي حالت کې، تاسو سم یاست، دا د ژباړې تېروتنه وه. لکه څنګه چې د تبادلې لپاره، موږ دلته د هغې په اړه خبرې نه کوو، موږ د عملیاتي حافظې په اړه خبرې کوو، نه په iOS وسیله کې د ذخیره کولو ځای.
د اپلیکیشن عکس د محدود وخت لپاره په حافظه کې زیرمه کیږي تر هغه چې دا د قوماندې لخوا بیا غږول کیږي (د 13,7 GB څخه 16 GB وګورئ: 2,3 GB د سیسټم او معطل شوي غوښتنلیکونو لپاره ساتل شوي)
په دې توګه، دا اړینه ده چې د اپلیکیشنونو لکه نیویګیشن، سکایپ او داسې نورو ترمنځ توپیر وکړو، دا غوښتنلیکونه حتی په شالید کې فعال پاتې کیږي، یا یو مشخص فعالیت پای ته نه رسیږي او دوام لري، د بیلګې په توګه، د هغه ځای یا موقعیت معلوماتو په اړه ډاټا لیږل. یا لکه ووکول په پورډ حالت کې اوریدل او ملټي ټاسک کول لاهم په شالید کې اوریدل کیږي.
دا غوښتنلیکونه بیټرۍ وچوي او دا اړینه ده چې په لاسي ډول یې وتړئ او iOS ته انتظار مه کوئ. د نورو سره دا اړینه نده، یوازې په هغه صورت کې چې غوښتنلیک خراب شي.
زه نشم کولی د مقالې سره موافق یم. من په لومړي نسل iPad (iOS 1) کې دا روښانه ده چې وګورئ ایا زه په ملټي ټاسک بار کې ډیری "خلاص" ایپسونه لرم یا یوازې یو څو. iOS هڅه کوي چې حافظه پاکه کړي، مګر دا په څرګنده توګه کافي ندي - د رام کوچنۍ اندازه شاید د هغې ترټولو لوی ضعف وي.
نو ډیر څه په سیسټم او کارول شوي هارډویر پورې اړه لري، دا خورا منطقي ده چې دا به په آی پیډ 1 کې د iOS 5.0.1 سره بدتر وي که چیرې دا د دوهم نسل iPad کې وي.
بخښنه غواړم ملګري، دا د IDEAL طریقې تشریح دی چې دا باید کار وکړي. له بده مرغه، حقیقت په بشپړ ډول توپیر لري او تاسو به پوه شئ که تاسو د ایپل محصولات وکاروئ، لږترلږه څومره چې زه یې کوم (یعنې کله ناکله).
"تاسو ډیری وختونه توهین واورئ چې په iOS کې په شالید کې چلونکي ایپس عملیاتي حافظه ډکوي."
دا یو تومان نه دی، دا یوازې یو حقیقت دی. په هرصورت، تاسو پخپله مقاله کې ادعا کوئ.
"لکه څنګه چې ما مخکې یادونه وکړه، کاروونکي هیڅکله اړتیا نلري چې په شالید کې روان غوښتنلیکونه بند کړي."
بې مانا. دا خو بس د مڼو پروپاګند دی، په ما مه غوسه کیږه.
"مګر تاسو اړتیا نلرئ دا کار وکړئ ، ځکه چې iOS به دا ستاسو لپاره وکړي. که تاسو په شاليد کې د غوښتنې غوښتنلیک تعلیق کړی وي ، لکه یوه لوبه چې لوی مقدار RAM کاروي ، iOS به په اوتومات ډول د اړتیا په وخت کې له حافظې څخه لرې کړي ، او تاسو کولی شئ د غوښتنلیک آیکون په ټایپ کولو سره یې بیا پیل کړئ.
رښتیا نه. وضعیت یو څه توپیر لري. یو عادي مثال - زه د غوښتنلیکونو غوښتنه کوم چې په شالید کې روان دي، زه لوبو ته اړتیا لرم. زه براوزر پیلوم ، یو څو ټبونه خلاصوم -> ډیرې حافظې ته اړتیا لري. څه به وشي؟ زه په شالید کې د غوښتنلیکونو غوښتنې ته دوام ورکوم ، برعکس ، براوزر پخپله راټیټیږي. که زه غوښتنې غوښتنلیکونه په لاسي ډول وتړم ، براوزر پرته له کومې ستونزې د اوږدې مودې لپاره کار کوي.
دا عمل دی، نه تیوری. او زه حیران یم چې د ایپل محصول د اوږدې مودې کارونکي په توګه، تاسو لاهم پدې نه پوهیږئ.
مننه، دا خورا ښه تشریح شوی او ښه تشریح شوی. تاسو زما سره یو څه مرسته کړې؛-) ♥
یوازې د پیل کولو لپاره ، زه نه د iOS لپاره یم او نه مخالف یم ، لکه د Android په څیر ، مګر دلته یو څه عجیب شیان شتون لري ، که چیرې دلته لیکل شوي: "تاسو په ندرت سره په iOS کې د اپلیکیشن حادثې سره مخ شئ" بیا د Android ایپسونو په اړه کریش کیږي. په کال کې یو ځل :-P
http://dotekomanie.blog.mobilmania.cz/2012/02/stabilita-ios-vs-android/
هو ، مګر هغه قضیې چې تاسو اړتیا لرئ په لاسي ډول غوښتنلیک بند کړئ واقعیا خورا لږ دي ، ما دا یو ځل کارولی؟ ؛-) او د موبایل مینیا څخه پرتله کولو ازموینې ته لینک ورکول خورا بې معنی دي ، کله چې زه غواړم د هغه اعلاناتو په اړه ولولئ چې ګوګل یې تادیه کوي ، زه به هلته یو نظر وګورم ؛-) هرڅوک کولی شي په خپلو لاسونو کې کوم انډرایډ تلیفون ترلاسه کړي او دا په پاکه توګه نه چلیږي، دا دی، د ګیلیکسي Nexus استثنا سره، کوم چې سیسټم لږ یا لږ ګنډل شوی دی. په ټوله کې، Android یو ناورین دی
@ میک - زه د څو کلونو راهیسې هره ورځ د ایپل محصولات کاروم او دا زما سره هیڅکله ندي پیښ شوي ، نو ستاسو تیوري یو څه کار نه کوي.
واښه:
@redakce - تاسو لیدلی شئ چې ویب پاڼه په دوامداره توګه کار کوي یا یو څه ورسره پیښیږي، مګر زه احساس کوم چې د هرڅه کار کولو لپاره یوه اونۍ وخت نه نیسي لکه څنګه چې باید وي. او زه واقعیا نور دلته نه راځم، ځکه چې نوې بڼه زما سره مناسبه نه ده. لږترلږه ما په آی فون کې د ګرځنده نسخه کارولې، مګر اوس دا کار نه کوي - څنګه؟ دوی اوس مهال په نظرونو کې پوسټونو ته ځواب نه ورکوي.
@SteveJSF له بده مرغه، شیان تل هغه لاره نه بدلوي چې موږ یې غواړو. لکه څنګه چې د ځوابونو لپاره، تاسو د نوي SEO پلگ ان مات کړی، دا اوس مهال حل کیږي.
WP-Touch هم د یو دلیل لپاره زموږ خدمت پای ته ورساوه، نو موږ پریکړه وکړه چې د دې پلگ ان څخه غوره حل سره راشو. نو تاسو کولی شئ ډیر ژر راتلونکي خبرونو ته سترګې په لار شئ :-)
ښه مقاله. تر هغه ځایه چې د عمل خبره ده، زه غواړم ووایم چې زه د ډیری شیانو سره موافق یم او ډیری وختونه دا کار کوي لکه څنګه چې ویل شوي، مګر له بده مرغه لاهم په سمه توګه لیکل شوي غوښتنلیکونه شتون نلري چې سم چلند نه کوي، او بیا د یو په څیر قضیې شتون لري. د ځینو لوستونکو لخوا یادونه شوې. زه فکر کوم چې سکایپ یو خورا ښه مثال دی ، زه د تمرین څخه پوهیږم چې دا لاهم په شالید کې روان دی (او دا ښه دی او دا باید څنګه وي) ، مګر ستونزه دا ده چې دا اپلیکیشن د وسیلې بیټرۍ خورا وچوي او زه نور دا په سمه توګه نه شم لیدلی. برعکس، غوښتنلیکونه لکه فیسبوک، بدو، او نور. دوی لاهم په شالید کې روان دي ، مګر د دوی مصرف نږدې د پام وړ دی (لږترلږه زه هیڅ نه ګورم). نو زه فکر کوم چې تېروتنه په انفرادي غوښتنلیکونو کې ده. که تاسو پوهیږئ کوم یو، دا به کافي وي چې په لاسي ډول یوازې هغه بند کړئ!
نو عمل دا دی چې فیسبوک د اړتیا سره سم چلوي او سکایپ یوازې د اړتیا په وخت کې.
ښه، له بلې خوا، که زه د بیټرۍ خوندي کولو ته اړتیا لرم او زه پوهیږم چې زه باید د امکان تر حده آی فون "ژوندي" وساتم، زه هم په ملټي ټاسک کولو کې هر څه غیر ضروري بندوم، مګر اکثرا دا لوی اغیزه نلري، مګر که اړتیا وي زه 3G، ټول ګرځنده انټرنیټ، وائی فای، د موقعیت خدمتونه، د الوتکې حالت، د رڼا ځواک، او نور محدود کړم. د معمول یوې برخې په توګه، زه پورته ذکر شوي غوښتنلیکونه په ملټي ټاسک کولو کې بندوم.
نو شخصا زه فکر کوم چې مقاله ریښتیا ده ، له بده مرغه ځینې برنامې دا شیان په خپلو غوښتنلیکونو کې ردوي ، ځکه چې د دوی غوښتنلیکونه غلط دي او زما په اند د دې لپاره یوازې دوه حلونه شتون لري 1. که امکان ولري د غوښتنلیک نه کار واخلئ او یو ومومئ. د امکان په صورت کې بدیل، یا 2. که دا ممکنه نه وي، د مثال په توګه سکایپ وګورئ، په راپور کې ورکړل شوي پروګرامر ته یې ولیکئ او هیله لرم چې دوی به پدې اړه یو څه وکړي.
دا ممکن په لاسي ډول د ایپسونو غیر فعال کول بې معنی وي ، مګر زه دا په هرصورت کوم. ما هم هڅه وکړه چې د اپلیکیشن سیسټم بند نه کړم، دوی پریږدئ (یا دوی په شالید کې ویده پریږدئ) او د بیټرۍ ژوند خورا ټیټ و ، دا هم اړین و چې شاوخوا درې اونۍ وروسته iPad 2 بیا پیل کړئ ، دا ورو ځواب ورکړ. نو زه ایپسونه په لاسي ډول بندوم ، بیټرۍ اوږده دوام کوي ، ما پدې وروستیو کې د کرسمس په ورځ ریبوټ کړی او دا ښه روان دی.
په هرصورت، زه په Mac OS X کې ورته کار کوم، زه یوازې هغه اپلیکیشن بندوم چې زه ورته اړتیا نلرم (CMD+Q)، دا د دې څخه غوره ده چې په شالید کې خوب وکړئ او په غیر ضروري توګه RAM وخورئ (کوم چې OS X کولی شي) په ښه توګه کار نه کوي). زه لږ رام لرم، یوازې 8 GB، مګر په وینډوز 7 کې د 8 GB سره، سیسټم ورو یا بدل نه کړ، په OS X کې دا خورا عام پدیده ده (ما هیڅکله کمپیوټر نه دی بند کړی، زه دا د ماک سره هم کوم، نو یوه میاشت او ډیر وخت یو استثنا نه ده، ستونزه دا ده چې زه ځینې وختونه باید د احتیاط په توګه ماک بیا پیل کړم ترڅو د رام خلاصولو او "سرعت پورته کولو" لپاره، وینډوز 7 دې ته اړتیا نلري).
زه ډیر لیواله یم چې څنګه واقعیا غوښتنلیک ته چاودنه ورکړم. زما سره څه پیښ شوي چې غوښتنلیک (په ځانګړي توګه په جیوچینګ کې) داسې حالت ته رسیدلی چیرې چې دا د اصلي سرور څخه یو څه بار کوي او پدې حالت کې ودرول شو. د کور تڼۍ کار وکړ، د ریبوټ وروسته دا بیرته منجمد حالت ته لاړ (چیرې چې ما پریښوده). لاسي وتل (ملټي ټیسټینګ مینو ته ، آیکون ونیسئ او مائنس بند کړئ) = اپلیکیشن ورک شو ، د بیا پیل کولو وروسته دا په خپل اصلي حالت کې خلاص شو چیرې چې دا کنګل شوی. نو ما هر څه بند کړل، تلیفون یې بند کړ، چالان یې کړ، دوه ځله کلیک وکړئ HOME او وګورئ او وګورئ - غوښتنلیکونه ټول هغه څه وو لکه څنګه چې دوی د بندولو دمخه تړل شوي وو. بیا پیل هم مرسته ونه کړه - کور او پورتنۍ وساتئ تر هغه چې ګرم شي. یوازینی شی چې مرسته یې کړې له تلیفون څخه د غوښتنلیک لرې کول ، بیا پیل کول او په تلیفون کې یې له سره نصب کول. په هرصورت، ما دا نه دی اخیستی.
دا ملټي ټاسکنګ مدیریت کار کوي او دا په پراختیا کونکو پورې اړه لري چې د دې حالتونو سره مقابله وکړي. د هغو کسانو لپاره چې د ټول وضعیت ډیر مفصل او مسلکي توضیحاتو سره علاقه لري ، زه به دلته ولیکم چې دا څنګه دی.
غوښتنلیک کولی شي ټول 6 ایالتونو ته ځواب ووایی او دا ایالتونه دي:
غوښتنلیکWillResignActive
غوښتنلیک ډیډ اینټر پس منظر
applicationWillEnterForeground
اپلیکیشنDidBecomActive
applicationWillTerminate
applicationDidReceiveMemoryWarning
اوس زه به هڅه وکړم چې دا ایالتونه په ډیر تفصیل سره بیان کړم.
applicationWillResignActive - دا حالت پدې معنی دی چې په راتلونکي کې (د یو څو ملی ثانیو مسله) غوښتنلیک به د فعال غوښتنلیک (د بیلګې په توګه د مخکینۍ غوښتنلیک) په توګه استعفا وکړي دا د مثال په توګه پیښیږي کله چې د غوښتنلیک کارولو پرمهال تلیفون ترلاسه کوي ، مګر په ورته وخت کې دا میتود له همدې امله دا حالت حتی مخکې له دې چې غوښتنلیک شالید ته لاړ شي رامینځته کړي ، نو تاسو اړتیا لرئ دا بدلونونه په پام کې ونیسئ. دا میتود هم مناسب دی نو د بیلګې په توګه، دا ټول هغه فعالیتونه وځنډوي چې دا ترسره کوي کله چې راتلونکی کال وي او د زنګ پای ته انتظار کوي.
applicationDidEnterBackground - دا حالت په ګوته کوي چې غوښتنلیک شالید ته ننوتلی دی ، پراختیا کونکي باید دا میتود وکاروي ترڅو ټولې پروسې وځنډوي چې اړتیا نلري په شالید کې چلولو ته اړتیا نلري او د نه کارول شوي ډیټا او نورو پروسو حافظه پاکه کړي ، د مثال په توګه ، د وخت پای ته رسیدو څخه پاک د حافظې بار شوي عکسونه چې اړتیا ورته نه وي یا د سرورونو سره پیوستون ختم کړي که چیرې دا د غوښتنلیک لپاره مهم نه وي چې په شالید کې پیوستون بشپړ کړي. اساسا ، دا میتود کله چې په غوښتنلیک کې ویل کیږي باید په بشپړ ډول د غوښتنلیک ځنډولو لپاره وکارول شي که چیرې د هغې ځینې برخې په شالید کې چلولو ته اړتیا ونلري.
applicationWillEnterForeground - دا ایالت د لومړي حالت مخالف دی کله چې غوښتنلیک به فعال حالت ته استعفا ورکړي. د دې غوښتنلیک حالت په ساده ډول پدې معنی دی چې په راتلونکو څو ملی ثانیو کې به د خوب کولو غوښتنلیک له شالید څخه بیا پیل شي او په مخکینۍ برخه کې څرګند شي (اپلیکیشن مخکینۍ ته ننوځي) ، دا میتود باید د پراختیا کونکو لخوا وکارول شي ترڅو هر هغه پروسې بیا پیل کړي چې د غوښتنلیک پرمهال غیر فعالې وې. په شاليد کې ، د سرورونو سره اړیکې باید بیا تنظیم شي ، ټایمر بیا تنظیم شي ، عکسونه او ډیټا په حافظه کې بار شوي ، او نورې اړینې پروسې یوازې مخکې له دې چې کارونکي بار شوي غوښتنلیک بیا وګوري بیا پیل شي.
applicationDidBecomeActive - دا حالت په ګوته کوي چې غوښتنلیک یوازې مخکینۍ برخې ته له راستنیدو وروسته فعال شوی ، دا یو میتود دی چې د کارونکي انٹرفیس کې اضافي سمونونو لپاره کارول کیدی شي یا UI خپل اصلي حالت ته راستون کړي ، او داسې نور. دا میتود واقعیا پیښیږي. کله چې کارونکي دمخه په نندارتون کې لیدلی شي ، نو دا اړینه ده چې د بیلانس شیټ څخه معلومه کړئ چې پدې میتود او پخوانۍ میتود کې څه پیښیږي. دوی د څو ملی ثانیو په توپیر سره یو له بل وروسته ویل کیږي.
applicationWillTerminate - دا حالت د غوښتنلیک پای ته رسیدو څخه څو ملیسیکنډونه پیښیږي ، دا دی ، مخکې لدې چې غوښتنلیک واقعیا پای ته ورسیږي. یا په لاسي ډول د ملټي ټاسک کولو څخه یا کله چې وسیله بنده کړئ. دا میتود باید د پروسس شوي ډیټا خوندي کولو او د ټولو فعالیتونو پای ته رسولو او ډیټا حذف کولو لپاره وکارول شي چې نور ورته اړتیا نلري.
applicationDidReceiveMemoryWarning - او دا یو شرط دی چې دلته خورا ډیر بحث شوی، که اړتیا وي، iOS به غوښتنلیک له حافظې څخه لرې کړي که چیرې دا د سیسټم سرچینې غیر ضروري کاروي. زه دقیقا نه پوهیږم چې iOS د شالید ایپسونو سره څه کوي ، مګر که دا نورو پروسو ته سرچینې خوشې کولو لپاره اپلیکیشن ته اړتیا ولري ، نو دا د حافظې خبرداری سره هڅوي ترڅو هغه سرچینې خوشې کړي چې دا یې لري. نو دا طریقه په اپلیکیشن کې ویل کیږي، او پراختیا کونکي باید دا پلي کړي ترڅو غوښتنلیک هغه حافظه پریږدي چې دا یې لري، پروسس شوي خوندي کوي او غیر ضروري معلومات له حافظې څخه حذف کوي، او په بل ډول په کافي اندازه حافظه آزادوي. دا ریښتیا ده چې ډیری پراختیا کونکي ، د مثال په توګه پیل کونکي ، د داسې شیانو په اړه فکر نه کوي یا یې نه پوهیږي ، او بیا دا پیښ کیدی شي چې د دوی غوښتنلیک د بیټرۍ ژوند له خطر سره مخ کوي او / یا په غیر ضروري ډول حتی په شالید کې د سیسټم سرچینې مصرفوي. زه نه پوهیږم چې iOS به څنګه چلند وکړي که چیرې غوښتنلیک د حافظې خبرتیا ترلاسه کولو وروسته هیڅ ونه کړي او د پخوا په څیر د سیسټم سرچینې مصرفولو ته دوام ورکړي.
دا یو څو ایالتونه او اړوند میتودونه په iOS کې د ټول "ملټيټاسکینګ" تر شا دي ... دا یو عالي سیسټم دی که چیرې پراختیا کونکي د دې په اړه مسؤل کیدو اړتیا له پامه ونه غورځوي چې ایپس به د دوی د کاروونکو وسیلو کې څه شی وغورځوي که چیرې دوی کم شي. یا د سیسټم څخه اخطارونه ترلاسه کړئ او نور ډیر څه ...
زه امید لرم چې دا لنډ توضیح تاسو سره مرسته کوي پوه شي چې غوښتنلیک څنګه د هرڅه په سمه توګه کار کولو کې دخیل دی. نو دا تقریبا ممکنه ده چې ووایو چې دا د کارونکي لخوا د غلط استعمال غلطه ده، کوم چې په دې پوهیدل کیدی شي - که تاسو په لوی شمیر کې د شوقی پراختیا کونکو څخه ډیری وړیا غوښتنلیکونه کاروئ، ستاسو د iOS وسیله به د هغه په پرتله خرابه وي که تاسو لوی کاروئ. د تجربه لرونکو یا مسلکي پراختیا کونکو څخه وړیا او تادیه شوي غوښتنلیکونو شمیر. دا د دې معنی نلري چې په دواړو حلقو کې هیڅ استثنا شتون نلري. Foursquare، د بیلګې په توګه، په زړه پورې او په زړه پورې چلند کوي، او په ورته وخت کې یو څوک به دمخه تمه وکړي چې دوی خورا ماهر پراختیا کونکي دي چې د حافظې او بیټرۍ مدیریت ته ډیر وخت ورکوي، مګر برعکس ریښتیا ده. د 4SQ سره لویه ستونزه د سرورونو سره اړیکه ده، کوم چې ډیری وختونه ځړول کیږي او ډیریږي. دا یوازې د حقیقت یوه بیلګه ده چې حتی مشهور غوښتنلیکونه ستونزې لري، کوم چې دا حقیقت نه بدلوي چې 4SQ یو لوی خدمت دی.
مڼې خوند واخلئ!! :)
موږ د لیکوال په مهربانۍ سره مقالې ته معلومات اضافه کړل؛-)
زه بخښنه غواړم، ENTER د پراګرافونو په مینځ کې هر ځای و، دوی کولی شي دلته د هغې په اړه یو څه وکړي ترڅو تبصرې لږ تر لږه د RICH متن بڼه ولري.
ArnieX: د تبصرې لپاره مننه !!
هغه فرامیر: زه یوازې ستاسو د ستونزې په اړه یم، زه نه پوهیږم چې دا به ستاسو په قضیه کې مرسته وکړي، مګر زه د خپلې تجربې څخه پوهیږم چې که تاسو اپلیکیشن بند کړئ (په ملټي ټاسک کولو کې) دا یو څو ثانیې وخت نیسي تر هغه چې بند شي، نو که تاسو یې بند کړئ زه د یو څو ثانیو انتظار کولو وړاندیز کوم (زه د ډاډ ترلاسه کولو لپاره نږدې 10 ثانیې انتظار کوم) تر هغه چې دا حتمي پای ته رسیدلی وي او یوازې بیا به یې بیا پیل کړم.
تاسو ښه راغلاست؛) زه به خوښ یم چې مرسته وکړم که زه د مرستې کولو فرصت لرم.
د مییب سره باید څنګه وي، کله چې زه د دې له لارې ICQ یا FB چیټ ته ننوځئ، دا په اتوماتيک ډول د 10 دقیقو وروسته لاګ آوټ کیږي او زه آفلاین شوم یا دا کار ته دوام ورکوي؟ د وضاحت لپاره مننه: P
د لسو دقیقو وروسته، د انټرنیټ سره د غوښتنلیک اړیکه په ساده ډول مداخله ده. په هرصورت، تاسو به لاهم په میبا سرور کې آنلاین یاست او تاسو به د فشار خبرتیا ترلاسه کړئ که څوک تاسو ته لیکي. د اپلیکیشن بیا پرانستلو وروسته ، اړیکه به په یوه شیبه کې رامینځته شي او تاسو کولی شئ په خوښۍ سره خبرو ته دوام ورکړئ.
نو، که زه په هغه مقاله پوه شوم چې تاسو یې په سمه توګه لینک کړی، احصایې یوازې د غوښتنلیک حادثو ته اشاره کوي کله چې دوی پیل کوي، دا د قضیو خورا کوچنۍ سلنه ده چیرې چې حادثې واقع کیدی شي. له همدې امله، د دې "څیړنې" څخه پایله کول ناممکن دي چې iOS زما په نظر لږ باثباته دی. سربیره پردې ، د فوربز څخه اخیستل شوي مقالې ژباړونکي دا یادونه وکړه چې هغه شرکت چې د غوښتنلیک حادثو په اړه معلومات چمتو کوي د نورو په مینځ کې د ګوګل لخوا ملاتړ کیږي ("کریټریکزم ، کوم چې د ګوګل وینچرز لخوا ملاتړ کیږي ...").