Codwr afal Mae yna lawer o bobl o hyd nad ydyn nhw'n gwybod sut mae amldasgio yn gweithio yn iOS. I ddechrau, fodd bynnag, mae angen nodi nad amldasgio go iawn yw hwn, ond datrysiad smart iawn nad yw'n rhoi baich ar y system na'r defnyddiwr.
Yn aml, gellir clywed ofergoelion bod apps sy'n rhedeg yn y cefndir yn iOS yn llenwi'r cof gweithredu, sy'n arwain at arafu'r system a bywyd batri, felly dylai'r defnyddiwr eu diffodd â llaw. Nid yw'r bar amldasgio mewn gwirionedd yn cynnwys rhestr o'r holl brosesau cefndir sy'n rhedeg, ond dim ond y cymwysiadau a lansiwyd yn fwyaf diweddar. Felly nid oes rhaid i'r defnyddiwr boeni am brosesau sy'n rhedeg yn y cefndir ac eithrio mewn ychydig o achosion. Pan fyddwch chi'n pwyso'r botwm Cartref, mae'r cymhwysiad fel arfer yn mynd i gysgu neu'n cau, fel nad yw bellach yn llwytho'r prosesydd na'r batri ac yn rhyddhau'r cof angenrheidiol os oes angen.
Felly nid yw hwn yn amldasgio llawn pan fydd gennych ddwsinau o brosesau'n rhedeg. Dim ond ychydig o brosesau eilaidd sy'n rhedeg yn y cefndir. Dyna pam mai anaml y byddwch chi'n dod ar draws damwain cais ar iOS, er enghraifft mae Android wedi'i gorlethu â rhedeg cymwysiadau y mae'n rhaid i'r defnyddiwr ofalu amdanynt. Ar y naill law, mae hyn yn gwneud gweithio gyda'r ddyfais yn annymunol, ac ar y llaw arall, mae'n achosi, er enghraifft, cychwyn araf a thrawsnewidiadau rhwng cymwysiadau.
Math o amser rhedeg y rhaglen
Mae'r cais ar eich dyfais iOS yn un o'r 5 talaith hyn:
- Yn rhedeg: mae'r cais wedi'i ddechrau ac yn rhedeg yn y blaendir
- Cefndir: mae'n dal i redeg ond yn rhedeg yn y cefndir (gallwn ddefnyddio cymwysiadau eraill)
- Wedi'i atal: Dal i ddefnyddio RAM ond ddim yn rhedeg
- Anactif: mae'r rhaglen yn rhedeg ond gorchmynion anuniongyrchol (er enghraifft, pan fyddwch chi'n cloi'r ddyfais gyda'r rhaglen yn rhedeg)
- Ddim yn rhedeg: Mae'r cais wedi dod i ben neu heb ddechrau
Daw'r dryswch pan aiff yr app i'r cefndir er mwyn peidio ag aflonyddu. Pan fyddwch chi'n pwyso'r botwm Cartref neu'n defnyddio'r ystum i gau'r rhaglen (iPad), mae'r cymhwysiad yn mynd i'r cefndir. Mae'r rhan fwyaf o apps yn cael eu hatal o fewn eiliadau (Maent yn cael eu storio yn RAM y iDevice fel y gellir eu lansio'n gyflym, nid ydynt yn llwytho'r prosesydd cymaint ac felly'n arbed bywyd batri) Efallai y byddwch chi'n meddwl, os yw app yn parhau i ddefnyddio cof, mae gennych chi i'w ddileu â llaw i'w ryddhau. Ond nid oes rhaid i chi wneud hynny, oherwydd bydd iOS yn ei wneud i chi. Os oes gennych raglen heriol wedi'i hatal yn y cefndir, fel gêm sy'n defnyddio llawer iawn o RAM, bydd iOS yn ei dynnu o'r cof yn awtomatig pan fo angen, a gallwch ei ailgychwyn trwy dapio eicon y cais.
Nid yw'r un o'r cyflyrau hyn yn cael eu hadlewyrchu yn y bar amldasgio, dim ond rhestr o apiau a lansiwyd yn ddiweddar y mae'r bar yn eu dangos, p'un a yw'r app yn cael ei stopio, ei seibio neu ei redeg yn y cefndir. Efallai y byddwch hefyd yn sylwi nad yw'r rhaglen sy'n rhedeg ar hyn o bryd yn ymddangos yn y panel Amldasgio
Tasgau cefndir
Fel arfer, pan fyddwch chi'n pwyso'r botwm Cartref, bydd y rhaglen yn rhedeg yn y cefndir, ac os nad ydych chi'n ei ddefnyddio, bydd yn oedi'n awtomatig o fewn pum eiliad. Felly os ydych chi'n lawrlwytho podlediad, er enghraifft, mae'r system yn ei werthuso fel cymhwysiad rhedeg ac yn gohirio'r terfyniad o ddeg munud. Ar ôl deng munud fan bellaf, mae'r broses yn cael ei rhyddhau o'r cof. Yn fyr, nid oes rhaid i chi boeni am dorri ar draws eich lawrlwythiad trwy wasgu'r Botwm Cartref, os nad yw'n cymryd mwy na 10 munud i'w gwblhau.
Rhedeg amhenodol yn y cefndir
Yn achos anweithgarwch, mae'r system yn terfynu'r cais o fewn pum eiliad, ac yn achos lawrlwythiadau, mae terfyniad yn cael ei ohirio am ddeg munud. Fodd bynnag, mae yna nifer fach o gymwysiadau y mae angen eu rhedeg yn y cefndir. Dyma rai enghreifftiau o apps a all redeg yn y cefndir am gyfnod amhenodol yn iOS 5:
- Cymwysiadau sy'n chwarae sain ac y mae'n rhaid torri ar eu traws am ychydig (gan oedi cerddoriaeth yn ystod galwad ffôn, ac ati),
- Cymwysiadau sy'n olrhain eich lleoliad (meddalwedd llywio),
- Ceisiadau sy'n derbyn galwadau VoIP, er enghraifft os ydych chi'n defnyddio Skype, gallwch dderbyn galwad hyd yn oed pan fydd y cais yn y cefndir,
- Lawrlwythiadau awtomatig (ee Newsstand).
Dylid cau pob cais os nad ydynt bellach yn cyflawni tasg (fel lawrlwythiadau cefndir). Fodd bynnag, mae yna eithriadau sy'n rhedeg yn y cefndir yn barhaus, fel yr app Mail brodorol. Os ydynt yn rhedeg yn y cefndir, maent yn cymryd cof, defnydd CPU neu leihau bywyd batri
Gall apiau y caniateir iddynt redeg yn y cefndir am gyfnod amhenodol wneud unrhyw beth a wnânt wrth redeg, o chwarae cerddoriaeth i lawrlwytho penodau Podlediad newydd.
Fel y soniais o'r blaen, nid oes angen i'r defnyddiwr byth gau'r apiau sy'n rhedeg yn y cefndir. Yr unig eithriad i hyn yw pan fydd ap sy'n rhedeg yn y cefndir yn damwain neu ddim yn deffro o gwsg yn iawn. Yna gall y defnyddiwr gau'r cymwysiadau â llaw yn y bar amldasgio, ond anaml y bydd hyn yn digwydd.
Felly, yn gyffredinol, nid oes angen i chi reoli prosesau cefndir oherwydd bydd y system yn gofalu amdanynt ei hun. Dyna pam mae iOS yn system mor ffres a chyflym.
O safbwynt datblygwr
Gall y cais ymateb gyda chyfanswm o chwe chyflwr gwahanol o fewn fframwaith amldasgio:
1. caisWillResignActive
Wrth gyfieithu, mae'r cyflwr hwn yn golygu y bydd y cais yn ymddiswyddo fel y cais gweithredol (hynny yw, y cais yn y blaendir) yn y dyfodol (mater o ychydig milieiliadau). Mae hyn yn digwydd, er enghraifft, wrth dderbyn galwad wrth ddefnyddio'r cais, ond ar yr un pryd, mae'r dull hwn hefyd yn achosi'r cyflwr hwn cyn i'r cais fynd i'r cefndir, felly mae angen i chi ystyried y newidiadau hyn. Mae'r dull hwn hefyd yn addas fel ei fod, er enghraifft, yn atal yr holl weithgareddau y mae'n eu perfformio pan fydd galwad yn dod i mewn ac yn aros tan ddiwedd yr alwad.
2. applicationDidEnterCefndir
Mae'r statws yn nodi bod y cais wedi mynd i'r cefndir. Dylai datblygwyr ddefnyddio'r dull hwn i atal pob proses nad oes angen iddynt redeg o reidrwydd yn y cefndir a chof clir o ddata nas defnyddiwyd a phrosesau eraill, megis amseryddion sy'n dod i ben, clirio delweddau wedi'u llwytho o'r cof na fydd eu hangen o reidrwydd, neu gau cysylltiadau â gweinyddwyr, oni bai ei bod yn hanfodol i'r rhaglen gwblhau cysylltiadau yn y cefndir. Pan elwir y dull yn y cais, yn y bôn dylid ei ddefnyddio i atal y cais yn gyfan gwbl os nad oes angen i ryw ran ohono redeg yn y cefndir.
3. caisWillEnterForeground
Mae'r cyflwr hwn i'r gwrthwyneb i'r wladwriaeth gyntaf, lle bydd y cais yn ymddiswyddo i'r cyflwr gweithredol. Mae'r cyflwr yn syml yn golygu y bydd yr app cysgu yn ailddechrau o'r cefndir ac yn ymddangos yn y blaendir o fewn yr ychydig milieiliadau nesaf. dylai datblygwyr ddefnyddio'r dull hwn i ailddechrau unrhyw brosesau a oedd yn anactif tra roedd y rhaglen yn y cefndir. Dylid ailsefydlu cysylltiadau â gweinyddwyr, ailosod amseryddion, llwytho delweddau a data i'r cof, a gall prosesau angenrheidiol eraill ailddechrau ychydig cyn i'r defnyddiwr weld y rhaglen wedi'i llwytho eto.
4. caisDidBecomeActive
Mae'r cyflwr yn nodi bod y cais newydd ddod yn weithredol ar ôl cael ei adfer i'r blaendir. Mae hwn yn ddull y gellir ei ddefnyddio i wneud addasiadau ychwanegol i'r rhyngwyneb defnyddiwr neu i adfer y UI i'w gyflwr gwreiddiol, ac ati Mae hyn mewn gwirionedd yn digwydd ar hyn o bryd pan fydd y defnyddiwr eisoes yn gweld y cais ar yr arddangosfa, felly mae angen i penderfynu yn ofalus beth sy'n digwydd yn y dull hwn ac yn y dull blaenorol. Fe'u gelwir y naill ar ôl y llall gyda gwahaniaeth o ychydig milieiliadau.
5. caisWillTerminate
Mae'r cyflwr hwn yn digwydd ychydig filieiliadau cyn i'r cais adael, hynny yw, cyn i'r cais ddod i ben mewn gwirionedd. Naill ai â llaw o amldasgio neu wrth ddiffodd y ddyfais. Dylid defnyddio'r dull i gadw data wedi'i brosesu, i ddod â phob gweithgaredd i ben ac i ddileu data na fydd eu hangen mwyach.
6. applicationDidReceiveMemoryWarning
Dyma'r cyflwr olaf sy'n cael ei drafod fwyaf. Mae'n gyfrifol, os oes angen, am dynnu'r cais o gof iOS os yw'n defnyddio adnoddau system yn ddiangen. Nid wyf yn gwybod yn benodol beth mae iOS yn ei wneud gydag apiau cefndir, ond os oes angen app arno i ryddhau adnoddau i brosesau eraill, mae'n ei annog gyda rhybudd cof i ryddhau pa bynnag adnoddau sydd ganddo. Felly gelwir y dull hwn yn y cais. Dylai datblygwyr ei weithredu fel bod y rhaglen yn rhoi'r gorau i'r cof y mae wedi'i ddyrannu, yn arbed popeth ar y gweill, yn clirio data diangen o'r cof, ac fel arall yn rhyddhau cof yn ddigonol. Mae'n wir nad yw llawer o ddatblygwyr, hyd yn oed dechreuwyr, yn meddwl am neu'n deall pethau o'r fath, ac yna gall ddigwydd bod eu cymhwysiad yn bygwth bywyd batri a / neu'n defnyddio adnoddau system yn ddiangen, hyd yn oed yn y cefndir.
Rheithfarn
Mae'r chwe gwladwriaeth hyn a'u dulliau cysylltiedig yn gefndir i'r holl "aml-dasgau" yn iOS. mae'n system wych, cyn belled nad yw datblygwyr yn anwybyddu'r ffaith bod angen bod yn gyfrifol am yr hyn y mae'r cais yn ei daflu i fyny ar ddyfeisiau eu defnyddwyr, os ydynt yn cael eu lleihau neu'n cael rhybuddion gan y system ac ati.
Ffynhonnell: Macworld.com
Awduron: Jakub Požárek, Martin Doubek (ArnieX)
A oes gennych chi broblem i'w datrys hefyd? Oes angen cyngor arnoch chi neu efallai ddod o hyd i'r cais cywir? Peidiwch ag oedi cyn cysylltu â ni drwy'r ffurflen yn yr adran Cwnsela, y tro nesaf byddwn yn ateb eich cwestiwn.
Helo, erthygl cŵl iawn, ond tybed a oes gennych unrhyw gefnogaeth dechnegol ar ei gyfer. Oherwydd fy mod wedi datrys y batri sawl gwaith gyda'r nos cyn mynd i'r gwely a digwyddodd bod gyda wifi a data symudol wedi'i ddiffodd, cymerodd fwy nag mewn achos arall gyda wifi wedi'i ddiffodd a dim ond 3G.
Yn anffodus, y profiad yw bod yn rhaid i gymwysiadau gael eu diffodd â llaw yn iOS, ac nid yw'r system yn rhedeg cystal ag o'r blaen mwyach.
Fe wnes i ddisodli fy iPhone gyda Windows Phone (Samsung Omnia W ar gyfer 6200,-) ac mae cyflymder y system ar lefel hollol wahanol.
Rwy'n ofni pan fydd tabledi Metro Windows 8 yn dod allan, byddaf hefyd yn disodli'r iPad ...
@007 – ie, os ydych chi'n cymharu'r hen iPhone3Gs â'r rhai WP newydd, yna ie (pwy fyddai wedi disgwyl hynny?) bydd y WP dipyn yn gyflymach. Fel arall, nid yw'r clecs am Karlulka yn mynd yn dda gyda chi ac roedd yn briodol cymharu'r HW presennol. Prynais WP7 hefyd ac yn olaf daeth 4s i ben, sy'n cynrychioli lefel hollol wahanol o ddefnyddioldeb na WP7. Felly pasiwch yn ddymunol ac yn ddiddiwedd sgrolio trwy'r teils.
Cytunaf yn llwyr â Paja
Byddwn yn cyfrannu eto o'r malurion o gasgen arall - Samsung Galaxy S ac iPhone 4 - byddwn yn dweud tebyg o ran oedran? Ar adeg iOS 4, ac o ran defnyddioldeb a chyflymder rhywle heblaw Android, mae Apple wedi datrys y cysyniad o weithio gyda chymwysiadau yn dda iawn, ond nid yw'r un peth yn wir bellach gyda Android. Yn y diwedd, fe wnes i orffen gyda'r 4S beth bynnag ac nid oes gennyf unrhyw gwynion, oherwydd "mae'n gweithio" .. ac mae'n gweithio'n gyflym iawn!
Mae'r ddamcaniaeth yn brydferth... Ond yn ymarferol, dwi'n dal i gau'r cais yn y bar ;)
Diolch, diddorol iawn, pragmatig, diddorol, nid oes diffyg swing a dyfnder. Tanlinellu'n sylweddol obsesiwn ieuenctid heddiw gyda'r brand gwaharddedig hwn! Ond diolch amdani, yn ogystal ag am yr erthygl hon.
Mae'r erthygl yn gwbl anghywir.
Nid yw'r cais yn rhoi'r gorau iddi pan fydd y botwm Cartref yn cael ei wasgu, fel y nodwyd yn anghywir, ond mae'n seibio. h.y. yn bendant peidiwch â dileu o'r cof a pheidiwch â rhoi'r gorau iddi. Oedwch y rhediad, bydd iOS yn rhoi 0% o amser CPU i'r app hon. Yn bendant nid yw'n "cyfnewid" yn unrhyw le yn y cof iDevice, fel y nodwyd yn yr erthygl. Mae wir yn diolch i'r ffaith ei bod yn bosibl defnyddio'r newid app.
Mae'r cymhwysiad yn cael ei dynnu o'r cof pan nad oes gan y ffôn fawr o gof i redeg cymwysiadau eraill â blaenoriaeth uwch (yn nodweddiadol mae rhaglen arall yn rhedeg yn y blaendir).
Yn yr achos cyntaf, rydych chi'n iawn, roedd yn gamgymeriad cyfieithu. O ran cyfnewid, nid ydym yn sôn am hynny yma, rydym yn sôn am y cof gweithredu, nid y gofod storio yn y ddyfais iOS.
mae delwedd y cymhwysiad yn cael ei storio yn y cof am gyfnod cyfyngedig nes iddo gael ei ddefnyddio eto gan orchymyn (gweler 13,7 GB allan o 16 GB: mae'r 2,3 GB wedi'i gadw ar gyfer y system a chymwysiadau wedi'u hatal)
Felly, mae angen gwahaniaethu rhwng cymwysiadau fel Navigation, Skype ac ati, mae'r cymwysiadau hyn yn parhau i fod yn weithredol hyd yn oed yn y cefndir, neu nid yw swyddogaeth benodol yn dod i ben ac yn parhau, er enghraifft, i anfon data am ei leoliad neu wybodaeth leoliad. Neu fel Vokul yn y modd pord gwrandewch ac mae amldasgio yn dal i wrando yn y cefndir.
Mae'r cymwysiadau hyn yn draenio'r batri ac mae angen eu cau â llaw a pheidio ag aros am iOS. gydag eraill nid oes angen, dim ond rhag ofn i'r cais chwalu.
Ni allaf gytuno â'r erthygl. Minnau. ar iPad cenhedlaeth 1af (iOS 5.0.1) mae'n amlwg i weld a oes gennyf lawer o "agored" apps yn y bar amldasgio neu dim ond ychydig. Mae iOS yn ceisio glanhau'r cof, ond mae'n amlwg nad yw'n ddigon - mae'n debyg mai maint bach yr RAM yw ei wendid mwyaf.
felly mae llawer yn dibynnu ar y system a'r caledwedd a ddefnyddir, mae'n eithaf rhesymegol y bydd yn waeth ar iPad 1 gyda iOS 5.0.1 na phe bai ar iPad 2il genhedlaeth
Mae'n ddrwg gennym ffrind, mae hwn yn ddisgrifiad o'r ffordd IDEAL y dylai weithio. Yn anffodus, mae'r realiti yn hollol wahanol a byddech chi'n ei wybod pe baech chi'n defnyddio cynhyrchion Apple, o leiaf cymaint ag yr wyf i'n ei wneud (hy yn achlysurol).
"Yn aml, gallwch chi glywed ofergoelion bod apps sy'n rhedeg yn y cefndir yn iOS yn llenwi'r cof gweithredu,"
Nid yw'n ofergoeliaeth, dim ond ffaith ydyw. Wedi'r cyfan, rydych chi'n ei hawlio eich hun yn yr erthygl.
"Fel y soniais o'r blaen, nid oes angen i'r defnyddiwr byth gau'r cymwysiadau sy'n rhedeg yn y cefndir."
ANHYSBYS. Dyna dim ond bullshit, propaganda afal, peidiwch â mynd yn wallgof arnaf.
“Ond does dim rhaid i chi wneud hynny, oherwydd bydd iOS yn ei wneud i chi. Os oes gennych chi raglen heriol wedi'i hatal yn y cefndir, fel gêm sy'n defnyddio llawer iawn o RAM, bydd iOS yn ei dynnu o'r cof yn awtomatig pan fo angen, a gallwch chi ei ailgychwyn trwy dapio eicon y cais. ”
Ddim yn wir. Mae'r sefyllfa ychydig yn wahanol. Enghraifft nodweddiadol - mae gen i gymwysiadau heriol yn rhedeg yn y cefndir, mae angen gemau arnaf. Rwy'n lansio'r porwr, agor cwpl o dabiau -> angen mwy o gof. Beth fydd yn digwydd? Rwy'n cadw ceisiadau heriol yn y cefndir, i'r gwrthwyneb, MAE'R GORFFWR EI HUN YN CYSGU. Os byddaf yn cau'r cymwysiadau heriol â llaw, mae'r porwr yn gweithio am amser hir heb unrhyw broblemau.
Ymarfer yw hyn, nid theori. Ac rwy'n synnu, fel defnyddiwr hirdymor cynnyrch Apple, nad ydych chi'n gwybod hyn o hyd.
Diolch, mae hyn wedi'i ddisgrifio'n dda iawn a'i esbonio'n dda. Rydych chi wedi fy helpu cryn dipyn ;-) ♥
I ddechrau, dydw i ddim o blaid nac yn erbyn iOS, yn union fel gyda Android, ond mae yna ychydig o bethau rhyfedd yma, os fel y mae wedi'i ysgrifennu yma: "anaml iawn y byddwch chi'n dod ar draws damwain cais gyda iOS" yna gydag apiau Android yn chwalu am unwaith y flwyddyn:-P
http://dotekomanie.blog.mobilmania.cz/2012/02/stabilita-ios-vs-android/
Ydy, ond mae'r achosion pan fydd angen i chi gau'r cais â llaw yn fach iawn, fe wnes i ei ddefnyddio tua unwaith? ;-) ac mae rhoi dolen i'r prawf cymharol gan Mobilemania yn eithaf dibwrpas, pan fydda i eisiau darllen am yr hysbysebu a dalodd Google, byddaf yn edrych yno ;-) gall pawb gael unrhyw ffôn android yn eu llaw ac mae'n ni fydd yn rhedeg yn lân, hynny yw, ac eithrio'r Galaxy Nexus, sef bod y system fwy neu lai wedi'i theilwra. Ar y cyfan, mae android yn drychineb
@Mek - Rwyf wedi bod yn defnyddio cynhyrchion Apple bob dydd ers sawl blwyddyn ac nid yw hyn erioed wedi digwydd i mi, felly nid yw eich theori yn gweithio rywsut.
CHWYN:
@redakce – Gallwch weld bod y wefan yn cael ei gweithio'n barhaus neu fod rhywbeth yn digwydd gyda hi, ond rwy'n teimlo nad yw'n cymryd wythnos i bopeth weithio fel y dylai. A dydw i ddim wir yn dod yma bellach, oherwydd nid yw'r wedd newydd yn fy siwtio i. O leiaf defnyddiais y fersiwn symudol ar yr iPhone, ond nawr nid yw'n gweithio o gwbl - sut dod? Nid ydynt yn ymateb i bostiadau yn y sylwadau ar hyn o bryd.
@SteveJSF Yn anffodus, nid yw pethau bob amser yn troi allan y ffordd yr ydym am iddynt wneud. O ran yr atebion, torrodd yr ategyn SEO newydd nhw, mae'n cael ei ddatrys ar hyn o bryd.
Daeth WP-Touch â'n gwasanaeth i ben am ryw reswm hefyd, felly fe wnaethom benderfynu dod o hyd i ateb gwell na'r ategyn hwn. Felly gallwch edrych ymlaen at y newyddion nesaf yn fuan :-)
Erthygl neis. Cyn belled ag y mae arfer yn y cwestiwn, hoffwn ddweud fy mod yn cytuno â sawl peth a’r rhan fwyaf o’r amser mae’n gweithio fel y nodwyd, ond yn anffodus mae yna geisiadau sydd wedi’u hysgrifennu’n wael o hyd nad ydynt yn ymddwyn yn gywir, ac yna mae achosion fel yr un. wedi ei nodi gan rai darllenwyr. Rwy'n credu bod Skype yn enghraifft dda iawn, gwn o ymarfer ei fod yn dal i redeg yn y cefndir (ac mae hynny'n iawn a dyna sut y dylai fod), ond y broblem yw bod y cymhwysiad hwn yn draenio batri'r ddyfais yn aml ac Ni allaf ei weld yn iawn mwyach. I'r gwrthwyneb, mae cymwysiadau fel Facebook, Badoo, ac ati. maent hefyd yn dal i redeg yn y cefndir, ond mae eu defnydd bron yn anganfyddadwy (o leiaf nid wyf yn sylwi ar unrhyw un). Felly rwy'n meddwl bod y gwall yn y ceisiadau unigol. Pe baech chi'n gwybod pa rai, byddai'n ddigon i ddiffodd y rheini â llaw yn unig!
Felly yr arfer yw bod Facebook yn rhedeg yn ôl yr angen a Skype dim ond pan fo angen.
Wel, ar y llaw arall, os oes angen i mi arbed batri a gwn fod yn rhaid i mi gadw'r iPhone "yn fyw" cyn belled ag y bo modd, rwyf hefyd yn diffodd popeth diangen mewn amldasgio, ond yn bennaf nid yw'n cael effaith fawr, ond os oes angen rwy'n cyfyngu ar 3G, pob rhyngrwyd symudol, WiFi, gwasanaethau lleoliad, modd awyren, cryfder goleuo, ac ati. Fel rhan o'r drefn, rwyf hefyd yn diffodd y cymwysiadau uchod mewn amldasgio.
Felly yn bersonol credaf fod yr erthygl yn wir, yn anffodus mae rhai rhaglenwyr yn gwrthbrofi'r pethau hyn gyda'u cymwysiadau, oherwydd bod eu cymwysiadau'n anghywir ac yn fy marn i dim ond dau ateb sydd ar gyfer hyn 1. Os yw'n bosibl peidio â defnyddio'r cais a dod o hyd i amgen os yn bosibl, neu 2. Os nad yw’n bosibl, gweler e.e. Skype, ei ysgrifennu at y rhaglennydd a roddwyd yn yr adroddiad a gobeithio y byddant yn gwneud rhywbeth yn ei gylch.
Efallai ei bod yn ddibwrpas analluogi apps â llaw, ond rwy'n ei wneud beth bynnag. Ceisiais hefyd beidio â diffodd y system ymgeisio, gadewch iddynt redeg (neu eu gadael yn cysgu yn y cefndir) ac roedd bywyd y batri yn llawer is, roedd hefyd yn angenrheidiol i ailgychwyn y iPad 2 ar ôl tua thair wythnos, ymatebodd yn araf. Felly dwi'n diffodd yr apiau â llaw, mae'r batri yn para'n hirach, fe wnes i ailgychwyn yn ddiweddar ar Ddydd Nadolig ac mae'n rhedeg yn iawn.
Gyda llaw, rydw i'n gwneud yr un peth yn Mac OS X, dwi'n cau'r cymhwysiad nad oes ei angen arnaf (CMD + Q), mae'n well na'i gael i gysgu yn y cefndir a bwyta RAM yn ddiangen (pa OS X yn gallu' t gweithio'n dda iawn). Ychydig o RAM sydd gen i, dim ond 8 GB, ond gyda 7 GB yn Windows 8, nid oedd y system yn ymateb yn araf nac yn cyfnewid, yn OS X mae hyn yn ffenomen eithaf cyffredin (dwi byth yn diffodd y cyfrifiadur, dwi'n ei wneud gyda Mac hefyd, felly nid yw mis a mwy o amser i fyny yn eithriad, y broblem yw bod yn rhaid i mi weithiau ailgychwyn y Mac fel rhagofal i ryddhau RAM a "cyflymu", nid oes angen hyn ar Windows 7).
Mae gen i fwy o ddiddordeb mewn sut i ffrwydro'r cais mewn gwirionedd. Yr hyn a ddigwyddodd i mi oedd bod y cais (yn benodol ar Geocaching) wedi mynd i gyflwr lle'r oedd yn llwytho rhywbeth o'r rhiant-weinydd a mynd yn sownd yn y cyflwr hwnnw. Gweithiodd botwm cartref, ar ôl ailgychwyn aeth yn ôl i gyflwr wedi rhewi (lle gadewais i ffwrdd). Allanfa â llaw (i'r ddewislen aml-blasu, daliwch yr eicon a'r minws i'w chau) = diflannodd y rhaglen, ar ôl ei hailddechrau agorodd yn ei gyflwr gwreiddiol lle rhewodd. Felly caeais bopeth, diffodd y ffôn, ei droi ymlaen, clicio ddwywaith HOME ac wele - roedd y ceisiadau i gyd yno fel yr oeddent cyn eu cau ychydig cyn diffodd. Wnaeth yr ailddechrau ddim helpu chwaith - daliwch adref ac yn uwch nes iddi boethi. Yr unig beth a helpodd oedd tynnu'r cais o'r ffôn, ei ailgychwyn, a'i ailosod ar y ffôn. Rhywsut wnes i ddim ei gymryd.
Mae'r rheolaeth Amldasgio hon yn gweithio a mater i'r datblygwyr yw ymdopi â'r sefyllfaoedd hyn. I'r rhai sydd â diddordeb mewn disgrifiad mwy manwl a phroffesiynol o'r sefyllfa gyfan, ysgrifennaf yma sut y mae.
Gall y cais ymateb i gyfanswm o 6 talaith a'r taleithiau hyn yw:
caisWillResignActive
caisDidEnterCefndir
caisWillEnterForeground
caisDidBecomeActive
caisBydd Terfynu
caisDidReceiveMemoryWarning
Nawr byddaf yn ceisio disgrifio'r cyflyrau hyn yn fanylach.
caisWillResignActive - mae'r statws hwn yn golygu y bydd y cais yn ymddiswyddo yn y dyfodol (rhai milieiliadau) fel cais gweithredol (h.y. y cais yn y blaendir) mae hyn yn digwydd er enghraifft wrth dderbyn galwad wrth ddefnyddio'r cais, ond ar yr un pryd amser bydd y dull hwn yn sbarduno hyd yn oed cyn i'r cais fynd i'r cefndir, felly mae angen i chi ystyried y newidiadau hyn. Mae'r dull hwn hefyd yn addas fel ei fod, er enghraifft, yn atal yr holl weithgareddau y mae'n eu perfformio pan fydd galwad yn dod i mewn ac yn aros tan ddiwedd yr alwad.
applicationDidEnterBackground - mae'r statws hwn yn nodi bod y cais wedi mynd i mewn i'r cefndir, dylai datblygwyr ddefnyddio'r dull hwn i atal yr holl brosesau nad oes angen iddynt o reidrwydd redeg yn y cefndir a chof glân data nas defnyddiwyd a phrosesau eraill, er enghraifft, amseryddion dod i ben, yn glir o delweddau wedi'u llwytho â chof na fydd eu hangen o reidrwydd neu derfynu'r cysylltiad â'r gweinyddwyr os nad yw'n hanfodol i'r rhaglen gwblhau'r cysylltiad yn y cefndir. Yn y bôn, dylid defnyddio'r dull hwn pan gaiff ei alw yn y cais i atal y cais yn gyfan gwbl os nad oes angen i ryw ran ohono redeg yn y cefndir.
caisWillEnterForeground - mae'r cyflwr hwn i'r gwrthwyneb i'r cyflwr cyntaf pan fydd y cais yn ymddiswyddo i'r cyflwr gweithredol. Yn syml, mae cyflwr y cais hwn yn golygu y bydd y cymhwysiad cysgu yn ailddechrau o'r cefndir ac yn ymddangos yn y blaendir yn ystod yr ychydig filieiliadau nesaf (mae'r cais yn mynd i mewn i'r blaendir), dylai datblygwyr ddefnyddio'r dull hwn i ailddechrau unrhyw brosesau a oedd yn anactif tra roedd y cais yn y cefndir, dylid ailsefydlu cysylltiadau â gweinyddwyr, ailosod amseryddion, llwytho delweddau a data i'r cof, a gall prosesau angenrheidiol eraill ailddechrau ychydig cyn i'r defnyddiwr weld y cymhwysiad wedi'i lwytho eto.
applicationDidBecomeActive - mae'r statws hwn yn dangos bod y rhaglen newydd ddod yn weithredol ar ôl cael ei adfer i'r blaendir, mae hwn yn ddull y gellir ei ddefnyddio i wneud addasiadau ychwanegol i'r rhyngwyneb defnyddiwr neu adfer y UI i'w gyflwr gwreiddiol, ac ati. Mae'r dull hwn yn digwydd mewn gwirionedd pan fydd y defnyddiwr eisoes yn gallu gweld ar yr arddangosfa, felly mae angen penderfynu o'r fantolen beth sy'n digwydd yn y dull hwn ac yn y dull blaenorol. Fe'u gelwir y naill ar ôl y llall gyda gwahaniaeth o ychydig milieiliadau.
applicationWillTerminate - mae'r cyflwr hwn yn digwydd ychydig milieiliadau cyn i'r cais ddod i ben, hynny yw, cyn i'r cais ddod i ben mewn gwirionedd. Naill ai â llaw o amldasgio neu wrth ddiffodd y ddyfais. Dylid defnyddio'r dull hwn i gadw data wedi'i brosesu ac i ddod â'r holl weithgareddau i ben a dileu data na fydd eu hangen mwyach.
applicationDidReceiveMemoryWarning - ac mae hwn yn gyflwr sy'n cael ei drafod llawer yma, os oes angen, bydd iOS yn tynnu'r cymhwysiad o'r cof os yw'n defnyddio adnoddau system yn ddiangen. Nid wyf yn gwybod yn benodol beth mae iOS yn ei wneud gydag apiau cefndir, ond os oes angen app arno i ryddhau adnoddau i brosesau eraill, mae'n ei annog â rhybudd cof i ryddhau'r adnoddau y mae'n eu dal. Felly gelwir y dull hwn yn y cais, a dylai'r datblygwyr ei weithredu fel bod y rhaglen yn rhoi'r gorau i'r cof sydd ganddo, yn arbed y data wedi'i brosesu ac yn dileu data diangen o'r cof ac fel arall yn rhyddhau'r cof yn ddigonol. Mae'n wir nad yw llawer o ddatblygwyr, er enghraifft dechreuwyr, yn meddwl am bethau o'r fath neu nad ydynt yn eu deall, ac yna gall ddigwydd bod eu cymhwysiad yn peryglu bywyd batri a / neu'n defnyddio adnoddau system yn ddiangen hyd yn oed yn y cefndir. Nid wyf yn gwybod sut y bydd iOS yn ymddwyn os yw'r cais yn gwneud dim byd ar ôl derbyn rhybudd cof ac yn parhau i ddefnyddio adnoddau system fel o'r blaen.
Mae'r ychydig daleithiau a'r dulliau cysylltiedig hyn y tu ôl i'r "amldasgio" cyfan yn iOS ... mae'n system wych os nad yw'r datblygwyr yn anwybyddu'r angen i fod yn gyfrifol am yr hyn y bydd yr apiau yn ei daflu ar ddyfeisiau eu defnyddwyr os cânt eu lleihau neu gael rhybuddion gan y system a mwy…
Rwy'n gobeithio y bydd y disgrifiad byr hwn yn eich helpu i ddeall sut mae'r cais yn ymwneud â gwneud i bopeth weithio'n esmwyth. Felly mae bron yn bosibl dweud ei fod yn gamgymeriad o ddefnydd anghywir gan y defnyddiwr, y gellir ei ddeall fel - os ydych chi'n defnyddio cymwysiadau rhad ac am ddim yn bennaf gan ddatblygwyr amatur mewn niferoedd mawr, bydd eich dyfais iOS yn rhedeg yn waeth nag os ydych chi'n defnyddio mawr nifer y ceisiadau am ddim ac am dâl gan ddatblygwyr profiadol neu broffesiynol. Nid yw hyn i ddweud nad oes unrhyw eithriadau yn y ddau gylch. Er enghraifft, mae foursquare yn ymddwyn yn eithaf rhyfedd ac yn heriol, ac ar yr un pryd, byddai rhywun eisoes yn disgwyl eu bod yn ddatblygwyr medrus iawn sy'n rhoi llawer o amser i reoli cof a batri, ond mae'r gwrthwyneb yn wir. Y broblem fwyaf gyda 4SQ yw cyfathrebu â gweinyddwyr, sy'n aml yn hongian ac yn cael ei llethu. Mae hyn yn enghraifft yn unig o'r ffaith bod hyd yn oed ceisiadau adnabyddus yn cael problemau, nad yw'n newid y ffaith bod 4SQ yn wasanaeth gwych.
Cael hwyl afalau!! :)
Fe wnaethom ychwanegu'r wybodaeth at yr erthygl gyda chaniatâd caredig yr awdur ;-)
Mae'n ddrwg gen i, roedd ENTER ym mhobman rhwng paragraffau, gallent wneud rhywbeth am y peth yma fel bod gan y sylwadau o leiaf ychydig bach o FFURFIO TESTUN RICH.
ArnieX: Diolch am y sylw!!
Y Faramir hwnnw: Fi jyst am eich problem, nid wyf yn gwybod a fydd yn helpu yn eich achos chi hefyd, ond gwn o'm profiad fy hun, os byddwch chi'n cau'r cais (mewn amldasgio) ei fod yn cymryd ychydig eiliadau nes iddo gau, felly os byddwch yn ei ddiffodd rwy'n argymell aros ychydig eiliadau (rwy'n aros tua 10 eiliad i fod yn sicr) nes ei fod wedi'i orffen yn bendant a dim ond wedyn y byddaf yn dechrau eto.
Mae croeso i chi ;) Byddaf yn hapus i helpu os caf gyfle i gyfrannu.
Sut mae i fod gyda Meeb, pan fyddaf yn mewngofnodi i ICQ neu sgwrs FB drwyddo, mae'n allgofnodi'n awtomatig ar ôl 10 munud ac rwy'n mynd all-lein neu a yw'n parhau i weithio? diolch am yr eglurhad :P
Ar ôl deng munud, amharir ar gysylltiad y rhaglen â'r Rhyngrwyd. Fodd bynnag, byddwch yn dal i fod ar-lein ar y gweinydd Meeba a byddwch yn derbyn hysbysiad gwthio os bydd rhywun yn ysgrifennu atoch. Ar ôl ailagor y cais, bydd y cysylltiad yn cael ei sefydlu mewn eiliad a gallwch barhau i sgwrsio'n hapus.
Felly, pe bawn i'n deall yr erthygl y gwnaethoch chi ei chysylltu'n gywir, mae'r ystadegau ond yn cyfeirio at ddamweiniau cais pan fyddant yn dechrau, sef canran eithaf bach o achosion lle gall damweiniau ddigwydd. Felly, mae'n amhosibl dod i'r casgliad o'r "ymchwil" hwn bod iOS yn llai sefydlog yn fy marn i. Ar ben hynny, anghofiodd cyfieithydd yr erthygl a gymerwyd gan Forbes sôn bod y cwmni sy'n darparu data ar ddamweiniau cymwysiadau yn cael ei gefnogi gan Google, ymhlith eraill ("Crittercism, a gefnogir gan Google Ventures,...").