Берач на ябълки Все още има много хора, които не знаят как работи многозадачността в iOS. Като за начало обаче е необходимо да се отбележи, че това не е истински мултитаскинг, а много умно решение, което не натоварва нито системата, нито потребителя.
Често можете да чуете суеверия, че приложенията, работещи във фонов режим в iOS, запълват оперативната памет, което води до забавяне на системата и живот на батерията, така че потребителят трябва да ги изключи ръчно. Лентата за многозадачност всъщност не съдържа списък на всички работещи фонови процеси, а само най-скоро стартираните приложения. Така че потребителят не трябва да се тревожи за процеси, работещи във фонов режим, освен в няколко случая. При натискане на Home бутона обикновено приложението заспива или се затваря, за да не товари повече процесора или батерията и при необходимост освобождава необходимата памет.
Така че това не е пълноценна многозадачност, когато имате десетки работещи процеси. Само едно приложение винаги работи на преден план, което се поставя на пауза или се изключва напълно, ако е необходимо. Само няколко вторични процеса работят във фонов режим. Ето защо рядко ще срещнете срив на приложение на iOS, например Android е затрупан с работещи приложения, за които потребителят трябва да се грижи. От една страна, това прави работата с устройството неприятна, а от друга, причинява например бавно стартиране и преходи между приложения.
Тип време за изпълнение на приложението
Приложението на вашето iOS устройство е в едно от тези 5 състояния:
- Работи: приложението се стартира и работи на преден план
- Заден план: все още работи, но работи във фонов режим (можем да използваме други приложения)
- Спряно: Все още използва RAM, но не работи
- Неактивен: приложението работи, но непреки команди (например, когато заключите устройството с работещо приложение)
- Не работи: Приложението е прекратено или не е започнало
Объркването идва, когато приложението отиде на заден план, за да не безпокои. Когато натиснете бутона Начало или използвате жеста, за да затворите приложението (iPad), приложението преминава на заден план. Повечето приложения се спират в рамките на секунди (Те се съхраняват в RAM на iDevice, така че да могат да се стартират бързо, те не натоварват процесора толкова много и по този начин спестяват живота на батерията) Може да си помислите, че ако дадено приложение продължи да използва памет, имате да го изтриете ръчно, за да го освободите. Но не е нужно да правите това, защото iOS ще го направи вместо вас. Ако имате изискващо приложение, спряно във фонов режим, като например игра, която използва голямо количество RAM, iOS автоматично ще го премахне от паметта, когато е необходимо, и можете да го рестартирате, като докоснете иконата на приложението.
Нито едно от тези състояния не се отразява в лентата за многозадачност, панелът показва само списък с наскоро стартирани приложения, независимо дали приложението е спряно, на пауза или работи във фонов режим. Може също да забележите, че приложението, което работи в момента, не се показва в панела за многозадачност
Фонови задачи
Обикновено, когато натиснете бутона Начало, приложението ще работи във фонов режим и ако не го използвате, автоматично ще спре на пауза в рамките на пет секунди. Така че, ако изтегляте подкаст, например, системата го оценява като работещо приложение и забавя прекратяването с десет минути. Най-късно след десет минути процесът се освобождава от паметта. Накратко, не е нужно да се притеснявате, че ще прекъснете изтеглянето си с натискане на бутона Начало, ако не отнема повече от 10 минути, за да го завършите.
Неопределено време работи във фонов режим
В случай на неактивност системата прекратява приложението в рамките на пет секунди, а в случай на изтегляне прекратяването се забавя с десет минути. Въпреки това, има малък брой приложения, които изискват работа във фонов режим. Ето някои примери за приложения, които могат да работят във фонов режим за неопределено време в iOS 5:
- Приложения, които възпроизвеждат звук и трябва да бъдат прекъснати за известно време (поставяне на музика на пауза по време на телефонен разговор и др.),
- Приложения, които проследяват вашето местоположение (навигационен софтуер),
- Приложения, получаващи VoIP повиквания, например ако използвате Skype, можете да получите обаждане дори когато приложението е във фонов режим,
- Автоматично изтегляне (напр. Newsstand).
Всички приложения трябва да бъдат затворени, ако вече не изпълняват задача (като изтегляне във фонов режим). Има обаче изключения, които работят във фонов режим непрекъснато, като родното приложение за поща. Ако работят във фонов режим, те заемат памет, използване на процесора или намаляват живота на батерията
Приложенията, на които е разрешено да работят във фонов режим за неопределено време, могат да правят всичко, което правят, докато работят, от възпроизвеждане на музика до изтегляне на нови подкаст епизоди.
Както споменах преди, потребителят никога не трябва да затваря приложенията, работещи във фонов режим. Единственото изключение от това е, когато приложение, работещо във фонов режим, се срине или не се събуди правилно от заспиване. След това потребителят може да затвори приложенията ръчно в лентата за многозадачност, но това се случва рядко.
Така че, като цяло, не е необходимо да управлявате фонови процеси, защото системата сама ще се погрижи за тях. Ето защо iOS е толкова свежа и бърза система.
От гледна точка на разработчика
Приложението може да реагира с общо шест различни състояния като част от многозадачността:
1. applicationWillResignActive
В превод това състояние означава, че приложението ще се оттегли като активно приложение (т.е. приложението на преден план) в бъдеще (въпрос на няколко милисекунди). Това се случва например при получаване на обаждане, докато използвате приложението, но в същото време този метод причинява това състояние и преди приложението да премине на заден план, така че трябва да вземете предвид тези промени. Този метод също е подходящ, така че например да спре всички дейности, които извършва, когато има входящо повикване и да изчака до края на разговора.
2. applicationDidEnterBackground
Състоянието показва, че приложението е преминало на заден план. Разработчиците трябва да използват този метод, за да спрат всички процеси, които не е задължително да работят във фонов режим и да изчистят паметта от неизползвани данни и други процеси, като изтичащи таймери, изчистване на заредени изображения от паметта, които не е задължително да са необходими, или затваряне връзки със сървъри, освен ако не е критично за приложението да осъществява връзки във фонов режим. Когато методът се извиква в приложение, той по същество трябва да се използва за пълно спиране на приложението, ако част от него не се изисква да работи във фонов режим.
3. applicationWillEnterForeground
Това състояние е обратното на първото състояние, при което приложението ще премине в активно състояние. Състоянието просто означава, че спящото приложение ще се възобнови от заден план и ще се появи на преден план в рамките на следващите няколко милисекунди. разработчиците трябва да използват този метод, за да възобновят всички процеси, които са били неактивни, докато приложението е било във фонов режим. Връзките към сървърите трябва да се възстановят, таймерите да се нулират, изображенията и данните да се заредят в паметта, а други необходими процеси могат да се възобновят точно преди потребителят да види отново зареденото приложение.
4. приложение DidBecomeActive
Състоянието показва, че приложението току-що е станало активно, след като е било възстановено на преден план. Това е метод, който може да се използва за допълнителни корекции на потребителския интерфейс или за възстановяване на потребителския интерфейс до първоначалното му състояние и т.н. Това всъщност се случва в момента, когато потребителят вече вижда приложението на дисплея, така че е необходимо да определете внимателно какво се случва в метода на този и в предишния метод. Те се извикват един след друг с разлика от няколко милисекунди.
5. applicationWillTerminate
Това състояние се случва няколко милисекунди преди приложението да излезе, т.е. преди приложението действително да приключи. Или ръчно от многозадачност, или при изключване на устройството. Методът трябва да се използва за запазване на обработени данни, за прекратяване на всички дейности и за изтриване на данни, които вече няма да са необходими.
6. applicationDidReceiveMemoryWarning
Последното състояние е най-обсъжданото. Той отговаря, ако е необходимо, да премахне приложението от паметта на iOS, ако използва системни ресурси ненужно. Не знам конкретно какво прави iOS с фоновите приложения, но ако има нужда от приложение за освобождаване на ресурси към други процеси, то го подканва с предупреждение за паметта да освободи всички ресурси, които има. Така че този метод се извиква в приложението. Разработчиците трябва да го внедрят така, че приложението да се откаже от паметта, която е разпределило, да записва всичко, което се извършва, да изчиства ненужните данни от паметта и по друг начин да освобождава адекватно памет. Вярно е, че много разработчици, дори и начинаещи, не се замислят и не разбират подобни неща и тогава може да се случи приложението им да застраши живота на батерията и/или да консумира ненужно системни ресурси, дори във фонов режим.
Присъда
Тези шест състояния и свързаните с тях методи са фонът на всички „многозадачности“ в iOS. това е страхотна система, стига разработчиците да не пренебрегват факта, че има нужда да бъдат отговорни за това, което приложението изхвърля на устройствата на техните потребители, дали те са минимизирани или получават предупреждения от системата и т.н.
Източник: Macworld.com
автори: Якуб Пожарек, Мартин Доубек (ArnieX)
Вие също имате ли проблем за решаване? Имате ли нужда от съвет или може би да намерите правилното приложение? Не се колебайте да се свържете с нас чрез формата в секцията Консултации, следващия път ще отговорим на въпроса ви.
Здравейте, наистина страхотна статия, но се чудя дали имате някаква техническа поддръжка за нея. Тъй като съм решавал батерията няколко пъти вечер преди лягане и се е случвало с изключен wifi и мобилни данни да отнеме повече, отколкото в друг случай с изключен wifi и само 3G.
За съжаление опитът показва, че в iOS приложенията трябва да се изключват ръчно и системата вече не работи толкова добре, колкото преди.
Смених моя iPhone с Windows Phone (Samsung Omnia W за 6200,-) и скоростта на системата е на съвсем друго ниво.
Страхувам се, че когато излязат таблетите с Windows 8 Metro, ще заменя и iPad...
@007 – да, ако сравнявате старите iPhone3G с новите WP, тогава да (кой би очаквал това?) WP ще бъде доста по-бърз. Иначе клюките за Карлулка не ти вървят и беше уместно да сравним сегашното HW. Също така купих WP7 и накрая завърших с 4s, което представлява напълно различно ниво на използваемост от WP7. Така че преминавайте приятно и безкрайно превъртайте през плочките.
Напълно съм съгласен с Пая
Бих допринесъл отново от отломките на друг барел - Samsung Galaxy S и iPhone 4 - бих казал, сравними по отношение на възрастта? По времето на iOS 4 и по отношение на използваемостта и скоростта някъде другаде освен Android, Apple са решили концепцията за работа с приложения много добре, но същото вече не е вярно за Android. В крайна сметка все пак се спрях на 4S и нямам оплаквания, защото "просто работи" .. и работи много бързо!
Теорията е красива... Но на практика все още затварям приложението в лентата ;)
Благодаря, много интересно, прагматично, интересно, не му липсва размах и дълбочина. Значително подчертавайки манията на днешната младеж по тази забранена марка! Но благодаря за нея, както и за тази статия.
Статията е напълно грешна.
Приложението не се затваря при натискане на бутона Home, както беше посочено погрешно, а спира. т.е. определено не изтривайте от паметта и не излизайте. Просто поставете на пауза изпълнението, iOS ще даде на това приложение 0% процесорно време. Определено не се "разменя" никъде в паметта на iDevice, както е посочено в статията. Това е наистина благодарение на факта, че е възможно да се използва превключването на приложения.
Приложението се премахва от паметта, когато телефонът има малко памет за стартиране на други приложения с по-висок приоритет (обикновено друго приложение работи на преден план).
В първия случай си прав, това е грешка в превода. Що се отнася до размяната, тук не говорим за това, говорим за оперативната памет, а не за пространството за съхранение в iOS устройството.
изображението на приложението се съхранява в паметта за ограничено време, докато не бъде извикано отново от команда (вижте 13,7 GB от 16 GB: 2,3 GB са запазени за системата и спрените приложения)
По този начин е необходимо да се прави разлика между приложения като навигация, Skype и други подобни, тези приложения остават активни дори във фонов режим или определена функция не завършва и продължава, например, да изпраща данни за местоположението си или информация за местоположението. Или като Vokul в режим на pord слушане и многозадачност все още слуша във фонов режим.
Тези приложения изтощават батерията и е необходимо да ги затворите ръчно, а не да чакате iOS. с други не е необходимо, там само в случай, че приложението се срине.
Не мога да се съглася със статията. Мин. на iPad от 1-во поколение (iOS 5.0.1) е ясно да се види дали имам много „отворени“ приложения в лентата за многозадачност или само няколко. iOS се опитва да изчисти паметта, но явно не е достатъчно - малкият размер на RAM е може би най-голямата му слабост.
така че много зависи от системата и използвания хардуер, съвсем логично е на iPad 1 с iOS 5.0.1 да е по-зле, отколкото ако беше на iPad от второ поколение
Съжалявам, приятелю, това е описание на ИДЕАЛНИЯ начин, по който трябва да работи. За съжаление, реалността е съвсем различна и вие ще го знаете, ако използвате продукти на Apple, поне толкова, колкото аз (т.е. понякога).
„Често можете да чуете суеверия, че приложенията, работещи във фонов режим в iOS, запълват оперативната памет,“
Не е суеверие, а просто факт. Все пак сам го твърдиш в статията.
„Както споменах преди, потребителят никога не трябва да затваря приложенията, работещи във фонов режим.“
ГЛУПОСТИ. Това са просто глупости, ябълкова пропаганда, не ми се сърдете.
„Но не е нужно да правите това, защото iOS ще го направи вместо вас. Ако имате изискващо приложение, спряно във фонов режим, като например игра, която използва голямо количество RAM, iOS автоматично ще го премахне от паметта, когато е необходимо, и можете да го рестартирате, като докоснете иконата на приложението.
Не е вярно. Ситуацията е малко по-различна. Типичен пример – имам взискателни приложения, работещи във фонов режим, трябват ми игри. Пускам браузъра, отварям няколко раздела -> имам нужда от повече памет. Какво ще се случи? Продължавам да изисквам приложения във фонов режим, напротив ПАДА САМИЯТ БРАУЗЪР. Ако затворя ръчно изискващите приложения, браузърът работи дълго време без никакви проблеми.
Това е практика, не теория. И съм изненадан, че като дългогодишен потребител на продукт на Apple, вие все още не знаете това.
Благодаря, това е много добре описано и добре обяснено. Помогнахте ми доста ;-) ♥
Само за начало, аз не съм нито за, нито против iOS, точно както при Android, но тук има няколко странни неща, ако както е написано тук: „рядко срещате срив на приложение на iOS“, тогава на Android приложенията се сриват около веднъж годишно: -P
http://dotekomanie.blog.mobilmania.cz/2012/02/stabilita-ios-vs-android/
Да, но случаите, когато трябва да затворите приложението ръчно, са наистина минимални, използвах го веднъж? ;-) и даването на линк към сравнителен тест от Mobilemania е доста безсмислено, когато искам да прочета за рекламата, която е платил Google, ще погледна там ;-) всеки може да вземе всеки android телефон в ръцете си и го няма да работи чисто, тоест с изключение на Galaxy Nexus, където системата е повече или по-малко специално създадена. Като цяло android е катастрофа
@Mek – Използвам продукти на Apple всеки ден от няколко години и това никога не ми се е случвало, така че теорията ти някак си не работи.
О Т:
@redakce – Виждате, че сайтът постоянно се работи или нещо се случва с него, но имам чувството, че не минава и седмица, за да заработи всичко както трябва. И наистина вече не идвам тук, защото новата визия не ми отива. Поне на айфона ползвах мобилната версия, а сега изобщо не става - как така? В момента не отговарят на публикации в коментарите.
@SteveJSF За съжаление, нещата не винаги се получават така, както искаме. Що се отнася до отговорите, новият SEO плъгин ги счупи, в момента се разрешава.
WP-Touch също прекрати нашата услуга по някаква причина, така че решихме да предложим по-добро решение от този плъгин. Така че можете да очаквате следващите новини скоро :-)
Хубава статия. Що се отнася до практиката, бих искал да кажа, че съм съгласен с няколко неща и през повечето време работи както е посочено, но за съжаление все още има лошо написани приложения, които не се държат правилно, а след това има случаи като този отбелязано от някои читатели. Мисля, че Skype е много добър пример, знам от практиката, че все още работи във фонов режим (и това е добре и така трябва да бъде), но проблемът е, че това приложение изтощава много батерията на устройството и Вече не мога да го видя правилно. Обратно, приложения като Facebook, Badoo и др. те също все още работят на заден план, но консумацията им е почти незабележима (поне аз не забелязвам). Така че мисля, че грешката е в отделните приложения. Ако знаехте кои, щеше да е достатъчно да изключите ръчно само тях!
Така че практиката е Facebook да работи при необходимост, а Skype само при нужда.
Е, от друга страна, ако трябва да пестя батерията и знам, че трябва да поддържам iPhone "жив" възможно най-дълго, също изключвам всичко ненужно в мултитаскинга, но най-вече няма голямо влияние, но ако е необходимо, ограничавам 3G, целия мобилен интернет, WiFi, услуги за местоположение, самолетен режим, сила на осветлението и т.н. Като част от рутината също изключвам гореспоменатите приложения при многозадачност.
Така че лично аз смятам, че статията е вярна, за съжаление някои програмисти опровергават тези неща с техните приложения, защото техните приложения са неправилни и според мен има само две решения за това 1. Ако е възможно да не използвате приложението и да намерите алтернатива, ако е възможно, или 2. Ако не е възможно, вижте например Skype, напишете го на дадения програмист в доклада и се надявайте, че ще направят нещо по въпроса.
Може да е безсмислено да деактивирам приложения ръчно, но въпреки това го правя. Също така се опитах да не изключвам системата за приложения, оставих ги да работят (или ги оставих да спят във фонов режим) и животът на батерията беше много по-нисък, също беше необходимо да рестартирам iPad 2 след около три седмици, той реагира бавно. Така че изключвам приложенията ръчно, батерията издържа по-дълго, наскоро рестартирах на Коледа и работи добре.
Между другото, правя същото в Mac OS X, просто затварям приложението, което не ми трябва (CMD+Q), по-добре е, отколкото да го оставям да спи във фонов режим и да изяжда ненужно RAM (което OS X може работи с много добре). Имам малко RAM, само 8 GB, но в Windows 7 с 8 GB системата не реагира бавно или разменя, в OS X това е доста често срещано явление (никога не съм изключвал компютъра, правя го и с Mac, така че месец и повече време за работа не е изключение, проблемът е, че понякога трябва да рестартирам Mac като предпазна мярка, за да освободя RAM и да „ускоря“, Windows 7 не се нуждае от това).
Повече ме интересува как всъщност да взривя приложението. Това, което ми се случи, беше, че приложението (по-специално на Geocaching) влезе в състояние, в което зареждаше нещо от родителския сървър и остана в това състояние. Бутонът Home работи, след рестартиране се върна в замразено състояние (където спрях). Ръчен изход (към менюто за мултидегустация, задръжте иконата и минус за затваряне) = приложението изчезна, след рестартиране се отвори в първоначалното си състояние, където замръзна. Така че затворих всичко, изключих телефона, включих го, щракнах два пъти НАЧАЛО и ето – всички приложения бяха там, както бяха преди да бъдат затворени точно преди изключване. Рестарта също не помогна - дръж home и горна докато загрее. Единственото нещо, което помогна беше премахването на приложението от телефона, рестартирането му и преинсталирането му на телефона. Някак си не го взех.
Това управление на многозадачността работи и от разработчиците зависи да се справят с тези ситуации. За тези, които се интересуват от по-подробно и професионално описание на цялата ситуация, ще напиша тук как е.
Приложението може да отговори на общо 6 състояния и тези състояния са:
applicationWillResignActive
applicationDidEnterBackground
applicationWillEnterForeground
applicationDidBecomeActive
applicationWillTerminate
applicationDidReceiveMemoryWarning
Сега ще се опитам да опиша тези състояния по-подробно.
applicationWillResignActive – това състояние означава, че в бъдеще (въпрос на няколко милисекунди) приложението ще се оттегли като активно приложение (т.е. приложението на преден план) това се случва например при получаване на обаждане, докато използвате приложението, но в същото време това следователно това състояние ще се задейства дори преди приложението да премине на заден план, така че трябва да вземете предвид тези промени. Този метод е подходящ и за това, че например спира всички дейности, които извършва, когато има входящо повикване и изчаква до края на разговора.
applicationDidEnterBackground - това състояние показва, че приложението е влязло във фонов режим, разработчиците трябва да използват този метод, за да спрат всички процеси, които не е задължително да работят във фонов режим и да изчистят паметта от неизползвани данни и други процеси, например таймери за изтичане, изчистване от изображения, заредени в паметта, които не е задължително да са необходими или прекратяват връзката със сървърите, ако не е критично за приложението да завърши връзката във фонов режим. По принцип този метод, когато се извиква в приложението, трябва да се използва за пълно спиране на приложението, ако част от него не се изисква да работи във фонов режим.
applicationWillEnterForeground – това състояние е обратното на първото състояние, когато приложението ще премине в активно състояние. Това състояние на приложението просто означава, че през следващите няколко милисекунди спящото приложение ще се възобнови от заден план и ще се появи на преден план (приложението влиза на преден план), този метод трябва да се използва от разработчиците за възобновяване на всички процеси, които са били неактивни, докато приложението е било във фонов режим връзките към сървърите трябва да се възстановят, таймерите да се нулират, изображенията и данните да се заредят в паметта и други необходими процеси могат да се възобновят точно преди потребителят да види отново зареденото приложение.
applicationDidBecomeActive – това състояние показва, че приложението току-що е станало активно, след като е било възстановено на преден план, това е метод, който може да се използва за извършване на допълнителни корекции на потребителския интерфейс или възстановяване на потребителския интерфейс до първоначалното му състояние и т.н. този метод действително се случва когато потребителят вече може да види на дисплея, така че е необходимо да се определи от баланса какво се случва в този метод и в предишния метод. Те се извикват един след друг с разлика от няколко милисекунди.
applicationWillTerminate - това състояние се случва няколко милисекунди преди приложението да приключи, тоест преди приложението действително да приключи. Или ръчно от многозадачност, или при изключване на устройството. Този метод трябва да се използва за запазване на обработените данни и за прекратяване на всички дейности и изтриване на данни, които вече няма да са необходими.
applicationDidReceiveMemoryWarning - и това е условие, което се обсъжда много тук, ако е необходимо, iOS ще премахне приложението от паметта, ако използва системни ресурси ненужно. Не знам точно какво прави iOS с фоновите приложения, но ако има нужда от приложение, за да освободи ресурси към други процеси, то го подканва с предупреждение за паметта да освободи ресурсите, които държи. Така че този метод се извиква в приложението и разработчиците трябва да го внедрят, така че приложението да се откаже от паметта, която има, да запази обработените и да изтрие ненужните данни от паметта и по друг начин адекватно да освободи паметта. Вярно е, че много разработчици, например начинаещи, не мислят за такива неща или не ги разбират и тогава може да се случи приложението им да застраши живота на батерията и/или да изразходва ненужно системни ресурси дори във фонов режим. Не знам как ще се държи iOS, ако приложението не прави нищо след получаване на предупреждение за памет и продължава да консумира системни ресурси както преди.
Тези няколко състояния и свързани методи стоят зад цялата „многозадачност“ в iOS... това е страхотна система, ако разработчиците не пренебрегват необходимостта да бъдат отговорни за това, което приложенията ще изхвърлят на устройствата на техните потребители, ако са минимизирани или получавайте предупреждения от системата и други...
Надявам се, че това кратко описание ви помага да разберете как приложението участва в осигуряването на гладката работа на всичко. Така че е почти възможно да се каже, че това е грешка на неправилна употреба от потребителя, което може да се разбира като - ако използвате предимно безплатни приложения от любители разработчици в голям брой, вашето iOS устройство ще работи по-зле, отколкото ако използвате голям брой брой безплатни и платени приложения от опитни или професионални разработчици. Това не означава, че и в двата кръга няма изключения. Например, foursquare се държи доста странно и взискателно и в същото време може да се очаква, че са много опитни разработчици, които отделят много време на паметта и управлението на батерията, но е точно обратното. Най-големият проблем на 4SQ е комуникацията със сървърите, която често виси и е претоварена. Това е само пример за факта, че дори добре познати приложения имат проблеми, което не променя факта, че 4SQ е страхотна услуга.
Забавлявайте се, ябълки!! :)
Добавихме информацията към статията с любезното разрешение на автора ;-)
Съжалявам, ENTER беше навсякъде между параграфите, можеха да направят нещо по въпроса тук, така че коментарите да имат поне малко RICH TEXT FORMATING.
ArnieX: благодаря за коментара!!
Този Фарамир: Просто за вашия проблем, не знам дали ще помогне във вашия случай, но знам от собствен опит, че ако затворите приложението (при многозадачност), отнема няколко секунди, докато се затвори, така че ако вие го изключите, препоръчвам да изчакате няколко секунди (аз изчаквам приблизително 10 секунди, за да съм сигурен), докато окончателно приключи и едва тогава да го стартирам отново.
Няма за какво ;) Ще се радвам да помогна, ако имам възможност да допринеса.
Как трябва да е с Meeb, когато вляза в ICQ или FB чат през него, той автоматично излиза след 10 минути и излизам офлайн или продължава да работи? благодаря за пояснението :P
След десет минути връзката на приложението с интернет просто се прекъсва. Въпреки това ще продължите да сте онлайн на сървъра на Meeba и ще получите насочено известие, ако някой ви пише. След повторно отваряне на приложението, връзката ще бъде установена за момент и можете да продължите да чатите щастливо.
Така че, ако разбрах правилно статията, която сте свързали, статистиката се отнася само за сривове на приложения, когато стартират, което е сравнително малък процент от случаите, в които може да възникне срив. Следователно е невъзможно да се заключи от това "изследване", че iOS е по-малко стабилна според мен. Освен това преводачът на статията, взета от Forbes, е забравил да спомене, че компанията, която предоставя данни за сривове на приложения, се поддържа от Google, наред с други („Crittercism, която е подкрепена от Google Ventures,...“).