Äppelplockare Det finns fortfarande många människor som inte vet hur multitasking fungerar i iOS. Till att börja med är det dock nödvändigt att poängtera att detta inte är riktig multitasking, utan en väldigt smart lösning som inte belastar systemet eller användaren.
Man kan ofta höra vidskepelse på att appar som körs i bakgrunden i iOS fyller upp driftsminnet, vilket leder till nedgång i systemet och minskad batteritid, så användaren bör stänga av dem manuellt. Multitasking-fältet innehåller faktiskt inte en lista över alla pågående bakgrundsprocesser, utan bara de senast lanserade programmen. Så användaren behöver inte oroa sig för processer som körs i bakgrunden förutom i några få fall. När du trycker på hemknappen går applikationen vanligtvis i viloläge eller stängs, så att den inte längre laddar processorn eller batteriet och frigör nödvändigt minne vid behov.
Detta är inte fullfjädrad multitasking när du har dussintals processer igång. Endast en applikation körs alltid i förgrunden, som pausas eller stängs av helt om det behövs. Endast ett fåtal sekundära processer körs i bakgrunden. Det är därför du sällan kommer att stöta på en applikationskrasch på iOS, till exempel Android är överväldigad med körande applikationer som användaren måste ta hand om. Dels gör detta arbetet med enheten obehagligt, dels orsakar det till exempel långsam uppstart och övergångar mellan applikationer.
Programkörningstyp
Applikationen på din iOS-enhet är i ett av dessa 5 tillstånd:
- Löpning: applikationen startas och körs i förgrunden
- Bakgrund: den körs fortfarande men körs i bakgrunden (vi kan använda andra applikationer)
- Upphängd: Använder fortfarande RAM men körs inte
- Inaktiv: applikationen körs men indirekta kommandon (till exempel när du låser enheten med applikationen igång)
- Springer inte: Ansökan har avslutats eller har inte startat
Förvirringen kommer när appen går i bakgrunden för att inte störa. När du trycker på hemknappen eller använder gesten för att stänga applikationen (iPad), går applikationen till bakgrunden. De flesta appar avbryts inom några sekunder (De lagras i iDevices RAM så att de kan startas snabbt, de belastar inte processorn lika mycket och sparar därmed batteritid) Du kanske tror att om en app fortfarande använder minne har du för att manuellt ta bort det för att frigöra det. Men du behöver inte göra det, eftersom iOS kommer att göra det åt dig. Om du har en krävande applikation avstängd i bakgrunden, till exempel ett spel som använder en stor mängd RAM, kommer iOS automatiskt att ta bort det från minnet när det behövs, och du kan starta om det genom att trycka på applikationsikonen.
Inget av dessa tillstånd återspeglas i multitasking-fältet, panelen visar bara en lista över nyligen lanserade appar oavsett om appen är stoppad, pausad eller körs i bakgrunden. Du kanske också märker att programmet som körs för närvarande inte visas i panelen Multitasking
Bakgrundsuppgifter
Normalt när du trycker på hemknappen körs applikationen i bakgrunden, och om du inte använder den pausas den automatiskt inom fem sekunder. Så om du till exempel laddar ner en podcast, utvärderar systemet den som en applikation som körs och fördröjer uppsägningen med tio minuter. Senast efter tio minuter frigörs processen från minnet. Kort sagt, du behöver inte oroa dig för att avbryta din nedladdning genom att trycka på hemknappen, om det inte tar mer än 10 minuter att slutföra den.
Obestämd körning i bakgrunden
Vid inaktivitet avslutar systemet applikationen inom fem sekunder, och vid nedladdningar fördröjs avslutningen i tio minuter. Det finns dock ett litet antal applikationer som kräver körning i bakgrunden. Här är några exempel på appar som kan köras i bakgrunden på obestämd tid i iOS 5:
- Applikationer som spelar upp ljud och måste avbrytas en stund (pausa musik under ett telefonsamtal, etc.),
- Applikationer som spårar din plats (navigeringsprogram),
- Applikationer som tar emot VoIP-samtal, till exempel om du använder Skype, kan du ta emot ett samtal även när applikationen är i bakgrunden,
- Automatiska nedladdningar (t.ex. Tidningskiosk).
Alla applikationer bör stängas om de inte längre utför en uppgift (som bakgrundsnedladdningar). Det finns dock undantag som körs i bakgrunden kontinuerligt, till exempel den inbyggda Mail-appen. Om de körs i bakgrunden tar de upp minne, CPU-användning eller minskar batteritiden
Appar som får köras i bakgrunden på obestämd tid kan göra allt de gör medan de är igång, från att spela musik till att ladda ner nya Podcast-avsnitt.
Som jag nämnde tidigare behöver användaren aldrig stänga apparna som körs i bakgrunden. Det enda undantaget från detta är när en app som körs i bakgrunden kraschar eller inte vaknar ur viloläge ordentligt. Användaren kan sedan stänga applikationerna manuellt i multitasking-fältet, men detta händer sällan.
Så i allmänhet behöver du inte hantera bakgrundsprocesser eftersom systemet tar hand om dem själv. Det är därför iOS är ett så fräscht och snabbt system.
Ur ett utvecklarperspektiv
Applikationen kan reagera med totalt sex olika tillstånd som en del av multitasking:
1. applicationWillResignActive
I översättning betyder detta tillstånd att applikationen kommer att avgå som den aktiva applikationen (det vill säga applikationen i förgrunden) i framtiden (en fråga om några millisekunder). Detta händer till exempel när du tar emot ett samtal medan du använder programmet, men samtidigt orsakar denna metod även detta tillstånd innan programmet går i bakgrunden, så du måste ta hänsyn till dessa ändringar. Denna metod är också lämplig så att den till exempel avbryter alla aktiviteter som den utför när det kommer ett inkommande samtal och väntar till slutet av samtalet.
2. applicationDidEnterBackground
Statusen indikerar att applikationen har hamnat i bakgrunden. Utvecklare bör använda den här metoden för att avbryta alla processer som inte nödvändigtvis behöver köras i bakgrunden och rensa minnet från oanvända data och andra processer, t.ex. utgående timers, rensa laddade bilder från minnet som inte nödvändigtvis behövs eller stänga anslutningar med servrar, såvida det inte är avgörande för applikationen att slutföra anslutningar i bakgrunden. När metoden anropas i en applikation, bör den i huvudsak användas för att stänga av applikationen helt om någon del av den inte behöver köras i bakgrunden.
3. applicationWillEnterForeground
Detta tillstånd är motsatsen till det första tillståndet, där applikationen avgår till det aktiva tillståndet. Tillståndet betyder helt enkelt att den sovande applikationen kommer att återupplivas från bakgrunden och visas i förgrunden inom de närmaste millisekunderna. Utvecklare bör använda den här metoden för att återuppta alla processer som var inaktiva medan programmet var i bakgrunden. Anslutningar till servrar bör återupprättas, timers återställas, bilder och data laddas in i minnet och andra nödvändiga processer kan återupptas precis innan användaren ser det laddade programmet igen.
4. ansökanBlevAktiv
Tillståndet indikerar att applikationen precis har blivit aktiv efter att ha återställts till förgrunden. Detta är en metod som kan användas för att göra ytterligare justeringar av användargränssnittet eller för att återställa användargränssnittet till dess ursprungliga tillstånd etc. Detta händer faktiskt i det ögonblick då användaren redan ser applikationen på skärmen, så det är nödvändigt att bestämma med försiktighet vad som händer i metoden för denna och i den tidigare metoden. De kallas en efter en med en skillnad på några millisekunder.
5. applicationWillTerminate
Detta tillstånd inträffar några millisekunder innan programmet avslutas, det vill säga innan programmet faktiskt avslutas. Antingen manuellt från multitasking eller när du stänger av enheten. Metoden ska användas för att spara bearbetad data, för att avsluta alla aktiviteter och för att radera data som inte längre kommer att behövas.
6. applicationDidReceiveMemoryWarning
Det är det sista tillståndet som diskuteras mest. Den ansvarar för att vid behov ta bort applikationen från iOS-minnet om den använder systemresurser i onödan. Jag vet inte specifikt vad iOS gör med bakgrundsappar, men om den behöver en app för att frigöra resurser till andra processer, uppmanar den den att släppa alla resurser den har med en minnesvarning. Så denna metod kallas i applikationen. Utvecklare bör implementera det så att applikationen ger upp det minne som den har allokerat, sparar allt som pågår, rensar onödig data från minnet och i övrigt frigör minne på ett adekvat sätt. Det är sant att många utvecklare, även nybörjare, inte tänker på eller förstår sådana saker, och då kan det hända att deras applikation hotar batteritiden och/eller förbrukar systemresurser i onödan, även i bakgrunden.
dom
Dessa sex tillstånd och deras associerade metoder är bakgrunden till all "multitasking" i iOS. det är ett bra system, så länge utvecklarna inte bortser från att det finns ett behov av att ta ansvar för vad applikationen slänger upp på sina användares enheter, om de minimeras eller får varningar från systemet och så vidare.
källa: Macworld.com
Författare: Jakub Požárek, Martin Doubek (ArnieX)
Har du också ett problem att lösa? Behöver du råd eller kanske hitta rätt applikation? Tveka inte att kontakta oss via formuläret i avsnittet Rådgivning, nästa gång svarar vi på din fråga.
Hej, riktigt cool artikel, men jag undrar om du har någon teknisk support för den. För jag har löst batteriet flera gånger på kvällen innan jag ska lägga mig och det hände att med wifi och mobildata avstängt så tog det mer än i ett annat fall med wifi avstängt och bara 3G.
Tyvärr är erfarenheten att i iOS måste applikationer stängas av manuellt, och systemet fungerar inte längre lika bra som tidigare.
Jag bytte ut min iPhone mot en Windows Phone (Samsung Omnia W för 6200,-) och hastigheten på systemet är på en helt annan nivå.
Jag är rädd att när Windows 8 Metro-surfplattorna kommer ut kommer jag också att byta ut iPaden...
@007 – ja, om du jämför de gamla iPhone3Gs med de nya WP, så ja (vem hade förväntat sig det?) kommer WP att vara ganska mycket snabbare. Annars faller inte skvallret om Karlulka bra in på dig och det var på sin plats att jämföra nuvarande HW. Jag köpte också WP7 och slutade till slut med 4s, vilket representerar en helt annan nivå av användbarhet än WP7. Så passera behagligt och rulla oändligt genom brickorna.
Jag håller helt med Paja
Jag skulle bidra igen från skräpet från en annan tunna - Samsung Galaxy S och iPhone 4 - jag skulle säga jämförbart vad gäller ålder? Vid tiden för iOS 4, och när det gäller användbarhet och hastighet någon annanstans än Android, hade Apple ett mycket bra koncept att arbeta med applikationer, men detsamma gäller inte längre med Android. Till slut slutade jag ändå med 4S och jag har inga klagomål, för "det bara funkar" .. och det fungerar väldigt snabbt!
Teorin är vacker... Men i praktiken stänger jag fortfarande ansökan i baren ;)
Tack, mycket intressant, pragmatisk, intressant, det saknar inte sväng och djup. Understryker påtagligt dagens ungdomars besatthet av detta förbjudna varumärke! Men tack för henne, liksom för den här artikeln.
Artikeln är helt fel.
Applikationen avslutas inte när du trycker på hemknappen, som felaktigt anges, utan pausar. d.v.s. definitivt inte radera från minnet och sluta inte. Pausa bara körningen, iOS ger den här appen 0 % CPU-tid. Det "byter" definitivt inte någonstans i iDevice-minnet, som det står i artikeln. Det är verkligen tack vare att det är möjligt att använda appväxlingen.
Applikationen tas bort från minnet när telefonen har lite minne för att köra andra applikationer med högre prioritet (vanligtvis körs en annan applikation i förgrunden).
I det första fallet har du rätt, det var ett översättningsfel. När det gäller byten så pratar vi inte om det här, vi pratar om driftsminnet, inte lagringsutrymmet i iOS-enheten.
bilden av applikationen lagras i minnet under en begränsad tid tills den anropas igen av ett kommando (se 13,7 GB av 16 GB: 2,3 GB är reserverat för systemet och avstängda applikationer)
Det är alltså nödvändigt att skilja på applikationer som Navigation, Skype och liknande, dessa applikationer förblir aktiva även i bakgrunden, eller så slutar en viss funktion inte och fortsätter till exempel att skicka data om sin plats eller platsinformation. Eller som Vokul i pord-läge lyssna och multitasking lyssnar fortfarande även i bakgrunden.
Dessa applikationer dränerar batteriet och det är nödvändigt att stänga dem manuellt och inte vänta på iOS. med andra är det inte nödvändigt, det finns bara om applikationen kraschar.
Jag kan inte hålla med artikeln. Min. på en 1:a generationens iPad (iOS 5.0.1) är det tydligt att se om jag har många "öppna" appar i multitasking-fältet eller bara några. iOS försöker visserligen rengöra minnet, men det räcker uppenbarligen inte - den lilla storleken på RAM-minnet är förmodligen dess största svaghet.
så mycket beror på systemet och hårdvaran som används, det är ganska logiskt att det blir sämre på en iPad 1 med iOS 5.0.1 än om det vore på en 2:a generationens iPad
Förlåt kompis, detta är en beskrivning av det IDEALA sättet det borde fungera. Tyvärr är verkligheten en helt annan och det skulle du veta om du använde Apples produkter, minst lika mycket som jag gör (dvs ibland).
"Man kan ofta höra vidskepelse på att appar som körs i bakgrunden i iOS fyller upp driftsminnet,"
Det är ingen vidskepelse, det är bara ett faktum. Det hävdar du ju själv i artikeln.
"Som jag nämnde tidigare behöver användaren aldrig stänga applikationerna som körs i bakgrunden."
DUMHETER. Det är bara trams, äppelpropaganda, bli inte arg på mig.
"Men du behöver inte göra det, eftersom iOS kommer att göra det åt dig. Om du har en krävande applikation avstängd i bakgrunden, till exempel ett spel som använder en stor mängd RAM, kommer iOS automatiskt att ta bort det från minnet vid behov, och du kan starta om det genom att trycka på applikationsikonen."
Inte sant. Situationen är lite annorlunda. Ett typiskt exempel – jag har krävande applikationer som körs i bakgrunden, jag behöver spel. Jag startar webbläsaren, öppnar ett par flikar -> behöver mer minne. Vad kommer att hända? Jag fortsätter kräva applikationer i bakgrunden, tvärtom, SJÄLV BLÄDDARSKAP FALLAR. Om jag stänger de krävande applikationerna manuellt fungerar webbläsaren länge utan problem.
Detta är praktik, inte teori. Och jag är förvånad över att du som långvarig användare av en Apple-produkt fortfarande inte vet detta.
Tack, detta är mycket väl beskrivet och väl förklarat. Du hjälpte mig ganska mycket ;-) ♥
Bara för att börja så är jag varken för eller emot iOS, precis som med Android, men det finns lite konstiga saker här, om som det står här: "man stöter sällan på en applikationskrasch på iOS" då på Android-appar kraschar ca. en gång om året: -P
http://dotekomanie.blog.mobilmania.cz/2012/02/stabilita-ios-vs-android/
Ja, men fallen när du behöver stänga programmet manuellt är verkligen minimala, jag använde det ungefär en gång? ;-) och att ge en länk till det jämförande testet från Mobilemania är ganska meningslöst, när jag vill läsa om annonseringen som Google betalade så ska jag ta en titt där ;-) alla kan få vilken android telefon som helst och det kommer inte att fungera rent, det vill säga med undantag för Galaxy Nexus, som är systemet mer eller mindre skräddarsytt. Sammantaget är Android en katastrof
@Mek – Jag har använt Apple-produkter dagligen i flera år och detta har aldrig hänt mig, så din teori fungerar på något sätt inte.
OT:
@redakce – Det märks att det hela tiden jobbas på hemsidan eller att det händer något med den, men jag har en känsla av att det inte tar en vecka innan allt fungerar som det ska. Och jag kommer inte riktigt hit längre, för det nya utseendet passar inte mig. Jag använde åtminstone mobilversionen på iPhone, men nu fungerar det inte alls – hur kommer det sig? De svarar för närvarande inte på inlägg i kommentarerna.
@SteveJSF Tyvärr blir det inte alltid som vi vill ha det. När det gäller svaren, det nya SEO-pluginet bröt dem, det håller för närvarande på att lösas.
WP-Touch avslutade också vår tjänst av någon anledning, så vi bestämde oss för att komma med en bättre lösning än detta plugin. Så du kan se fram emot nästa nyhet snart :-)
Trevlig artikel. När det gäller praxis så skulle jag vilja säga att jag håller med om flera saker och oftast fungerar det som sagt, men tyvärr finns det fortfarande dåligt skrivna ansökningar som inte beter sig korrekt, och så finns det fall som det. noterat av några läsare. Jag tycker att Skype är ett väldigt bra exempel, jag vet från praktiken att det fortfarande körs i bakgrunden (och det är bra och det är så det ska vara) men problemet är att den här applikationen tappar batteriet på enheten mycket och jag kan inte se det ordentligt längre. Omvänt, applikationer som Facebook, Badoo, etc. de körs också fortfarande i bakgrunden, men deras konsumtion är nästan omärklig (åtminstone jag märker inga). Så jag tror att felet ligger i de enskilda ansökningarna. Om du visste vilka, skulle det räcka med att stänga av manuellt endast de!
Så praxis är att Facebook körs efter behov och Skype bara när det behövs.
Nåväl, å andra sidan, om jag behöver spara batteri och jag vet att jag måste hålla iPhonen "vid liv" så länge som möjligt, så stänger jag också av allt som är onödigt i multitasking, men oftast har det ingen stor inverkan, men vid behov begränsar jag 3G, allt mobilt internet, WiFi, platstjänster , flygplansläge, ljusstyrka etc. Som en del av rutinen stänger jag även av ovan nämnda applikationer i multitasking.
Så personligen tror jag att artikeln är sann, tyvärr motbevisar vissa programmerare dessa saker med sina applikationer, eftersom deras applikationer är felaktiga och enligt min mening finns det bara två lösningar för detta 1. Om det är möjligt att inte använda applikationen och hitta en alternativ om möjligt, eller 2. Om det inte är möjligt, se t ex Skype, skriv det till den givna programmeraren i rapporten och hoppas att de gör något åt det.
Det kan vara meningslöst att inaktivera appar manuellt, men jag gör det ändå. Jag försökte också att inte stänga av applikationssystemet, låta dem köra (eller låta dem sova i bakgrunden) och batteritiden var mycket lägre, jag var också tvungen att starta om iPad 2 efter cirka tre veckor, den svarade långsamt. Så jag stänger av apparna manuellt, batteriet håller längre, jag startade nyligen om på juldagen och det fungerar bra.
Förresten, jag gör samma sak i Mac OS X, jag stänger bara programmet jag inte behöver (CMD+Q), det är bättre än att låta det sova i bakgrunden och äta upp RAM i onödan (vilket OS X kan' fungerar inte mycket bra). Jag har lite RAM, bara 8 GB, men i Windows 7 med 8 GB svarade inte systemet långsamt eller bytte, i OS X är detta ett ganska vanligt fenomen (jag stängde aldrig av datorn, jag gör det med Mac också, så en månad och mer upptid är inget undantag, problemet är att jag ibland måste starta om Mac som en försiktighetsåtgärd för att frigöra RAM och "snabbla", Windows 7 behöver inte detta).
Jag är mer intresserad av hur man faktiskt spränger applikationen. Det som hände mig var att applikationen (specifikt på Geocaching) hamnade i ett tillstånd där det laddade något från moderservern och fastnade i det tillståndet. Hemknappen fungerade, efter omstart gick den tillbaka till fruset läge (där jag slutade). Manuell utgång (till multismakningsmenyn, håll ikonen och minus för att stänga) = applikationen försvann, efter omstart öppnades den i sitt ursprungliga tillstånd där den frös. Så jag stängde allt, stängde av telefonen, slog på den, dubbelklickade på HEM och se och häpna – applikationerna fanns där som de var innan de stängdes precis innan de stängdes av. Omstarten hjälpte inte heller - håll hem och övre tills det blir varmt. Det enda som hjälpte var att ta bort programmet från telefonen, starta om det och installera om det på telefonen. På något sätt tog jag det inte.
Denna multitasking-hantering fungerar och det är upp till utvecklarna att hantera dessa situationer. För den som är intresserad av en mer detaljerad och professionell beskrivning av hela situationen skriver jag här hur det ligger till.
Ansökan kan svara på totalt 6 tillstånd och dessa tillstånd är:
applicationWillResignActive
applicationDidEnterBackground
applicationWillEnterForeground
ansökanBlevAktiv
applicationWillTerminate
applicationDidReceiveMemoryWarning
Nu ska jag försöka beskriva dessa tillstånd mer i detalj.
applicationWillResignActive – detta tillstånd innebär att i framtiden (en fråga om några millisekunder) kommer applikationen att avgå som den aktiva applikationen (d.v.s. förgrundsapplikationen) detta händer till exempel när man tar emot ett samtal medan man använder applikationen, men samtidigt detta metod därför kommer detta tillstånd att utlösas redan innan programmet går i bakgrunden, så du måste ta hänsyn till dessa ändringar. Denna metod är också lämplig så att den till exempel avbryter alla aktiviteter som den utför när det kommer ett inkommande samtal och väntar till slutet av samtalet.
applicationDidEnterBackground - denna status indikerar att applikationen har kommit in i bakgrunden, utvecklare bör använda den här metoden för att avbryta alla processer som inte nödvändigtvis behöver köras i bakgrunden och rensa minnet från oanvända data och andra processer, till exempel expire timers, rensa från minnesladdade bilder som inte nödvändigtvis kommer att behövas eller avsluta anslutningen till servrarna om det inte är avgörande för applikationen att slutföra anslutningen i bakgrunden. I grund och botten bör den här metoden när den anropas i applikationen användas för att stänga av applikationen helt om någon del av den inte måste köras i bakgrunden.
applicationWillEnterForeground – detta tillstånd är motsatsen till det första tillståndet när applikationen avgår till det aktiva tillståndet. Detta applikationstillstånd betyder helt enkelt att den vilande applikationen inom de närmaste millisekunderna kommer att återupplivas från bakgrunden och visas i förgrunden (applikationen kommer in i förgrunden), denna metod bör användas av utvecklare för att återuppta alla processer som var inaktiva medan applikationen var i bakgrunden bör anslutningar till servrar återupprättas, timers återställas, bilder och data laddas in i minnet och andra nödvändiga processer kan återupptas precis innan användaren ser det laddade programmet igen.
applicationDidBecomeActive – denna status indikerar att applikationen precis har blivit aktiv efter att ha återställts till förgrunden, detta är en metod som kan användas för att göra ytterligare justeringar av användargränssnittet eller återställa UI till dess ursprungliga tillstånd, etc. denna metod händer faktiskt när användaren redan kan se på displayen, så det är nödvändigt att avgöra från balansräkningen vad som händer i denna metod och i den tidigare metoden. De kallas en efter en med en skillnad på några millisekunder.
applicationWillTerminate - detta tillstånd inträffar några millisekunder innan programmet avslutas, det vill säga innan programmet faktiskt avslutas. Antingen manuellt från multitasking eller när du stänger av enheten. Denna metod bör användas för att spara bearbetad data och för att avsluta alla aktiviteter och radera data som inte längre kommer att behövas.
applicationDidReceiveMemoryWarning - och detta är ett tillstånd som diskuteras mycket här, vid behov kommer iOS att ta bort programmet från minnet om det använder systemresurser i onödan. Jag vet inte exakt vad iOS gör med bakgrundsappar, men om den behöver en app för att frigöra resurser till andra processer, uppmanar den den med en minnesvarning att släppa resurserna den håller. Så den här metoden anropas i applikationen, och utvecklarna bör implementera den så att applikationen ger upp minnet den har, sparar den bearbetade och raderar onödiga data från minnet och i övrigt frigör minnet tillräckligt. Det är sant att många utvecklare, till exempel nybörjare, inte tänker på sådana saker eller inte förstår dem, och då kan det hända att deras applikation äventyrar batteritiden och/eller förbrukar systemresurser i onödan även i bakgrunden. Jag vet inte hur iOS kommer att bete sig om applikationen inte gör något efter att ha fått en minnesvarning och fortsätter att konsumera systemresurser som tidigare.
Dessa få tillstånd och associerade metoder ligger bakom hela "multitasking" i iOS... det är ett bra system om utvecklarna inte ignorerar behovet av att ta ansvar för vad apparna kommer att slänga upp på sina användares enheter om de minimeras eller få varningar från systemet och mer...
Jag hoppas att den här korta beskrivningen hjälper dig att förstå hur applikationen är inblandad i att få allt att fungera smidigt. Så det är nästan möjligt att säga att det är ett misstag av felaktig användning av användaren, vilket kan förstås som - om du använder mestadels gratisapplikationer från amatörutvecklare i stort antal, kommer din iOS-enhet att fungera sämre än om du använder en stor antal gratis och betalda applikationer från erfarna eller professionella utvecklare. Därmed inte sagt att det inte finns några undantag i båda kretsarna. Foursquare beter sig till exempel ganska märkligt och krävande och samtidigt kan man förvänta sig att det är väldigt skickliga utvecklare som ägnar mycket tid åt minne och batterihantering, men det är tvärtom. Det största problemet med 4SQ är kommunikationen med servrar, som ofta hänger sig och är överväldigad. Detta är bara ett exempel på att även välkända applikationer har problem, vilket inte ändrar på att 4SQ är en fantastisk tjänst.
Ha kul Äpplen!! :)
Vi lade till informationen i artikeln med författarens vänliga tillstånd ;-)
Jag är ledsen, ENTER var överallt mellan styckena, de skulle kunna göra något åt det här så att kommentarerna har åtminstone lite RIK TEXTFORMATERING.
ArnieX: tack för kommentaren!!
Den där Faramir: Jag angående ditt problem, jag vet inte om det kommer att hjälpa i ditt fall också, men jag vet av egen erfarenhet att om du stänger applikationen (i multitasking) tar det några sekunder tills den stänger, så om du stänger av den rekommenderar jag att du väntar några sekunder (jag väntar ca 10 sekunder för att vara säker) tills den definitivt är klar och först då startar jag den igen.
Du är välkommen ;) Jag hjälper gärna till om jag har möjlighet att bidra.
Hur ska det vara med Meeb, när jag loggar in på ICQ eller FB-chatta genom den loggar den automatiskt ut efter 10 minuter och jag går offline eller fortsätter det att fungera? tack för förtydligandet :P
Efter tio minuter avbryts programmets anslutning till Internet helt enkelt. Du kommer dock fortfarande att vara online på Meeba-servern och du kommer att få ett pushmeddelande om någon skriver till dig. Efter att ha öppnat applikationen igen kommer anslutningen att upprättas om ett ögonblick och du kan fortsätta chatta glatt.
Så, om jag förstått artikeln du länkade rätt, hänvisar statistiken bara till programkrascher när de startar, vilket är en ganska liten andel av fallen där krascher kan inträffa. Därför är det omöjligt att från denna "forskning" dra slutsatsen att iOS är mindre stabilt enligt mig. Vidare glömde översättaren av artikeln hämtad från Forbes att nämna att företaget som tillhandahåller data om applikationskrascher stöds av bland annat Google ("Crittercism, som backas upp av Google Ventures,...").