Selector de mazás Aínda hai moita xente que non sabe como funciona a multitarefa en iOS. Para comezar, non obstante, cómpre sinalar que non se trata dunha auténtica multitarefa, senón dunha solución moi intelixente que non sobrecarga ao sistema nin ao usuario.
Moitas veces pódese escoitar supersticións de que as aplicacións que se executan en segundo plano en iOS enchen a memoria operativa, o que leva á ralentización do sistema e á duración da batería, polo que o usuario debería desactivalas manualmente. A barra de multitarefa non contén realmente unha lista de todos os procesos en segundo plano en execución, senón só as aplicacións lanzadas máis recentemente. Polo tanto, o usuario non ten que preocuparse polos procesos que se executan en segundo plano, excepto nalgúns casos. Cando se preme o botón Inicio, a aplicación adoita entrar en suspensión ou pecharse, de xeito que xa non carga o procesador nin a batería e libera a memoria necesaria se é necesario.
Polo tanto, non se trata dunha multitarefa completa cando tes decenas de procesos en execución. Só se está a executar unha aplicación en primeiro plano, que está en pausa ou desactivada por completo se é necesario. Só algúns procesos secundarios execútanse en segundo plano. É por iso que raramente atoparás un fallo de aplicación en iOS, por exemplo, Android está desbordado coas aplicacións en execución das que o usuario ten que coidar. Por unha banda, isto fai desagradable traballar co dispositivo e, por outra banda, provoca, por exemplo, un inicio lento e transicións entre aplicacións.
Tipo de tempo de execución da aplicación
A aplicación do teu dispositivo iOS está nun destes 5 estados:
- Correndo: a aplicación iníciase e execútase en primeiro plano
- Antecedentes: aínda está en execución pero en segundo plano (podemos usar outras aplicacións)
- Suspendido: Aínda usando RAM pero non funcionando
- Inactivo: a aplicación está en execución pero comandos indirectos (por exemplo, cando bloquea o dispositivo coa aplicación en execución)
- Non funcionando: A aplicación rematou ou non comezou
A confusión chega cando a aplicación pasa a un segundo plano para non molestar. Cando preme o botón Inicio ou usa o xesto para pechar a aplicación (iPad), a aplicación pasa a un segundo plano. A maioría das aplicacións suspéndense en segundos (Gárdanse na memoria RAM do iDevice para que se poidan iniciar rapidamente, non cargan tanto o procesador e, polo tanto, aforran batería) Podes pensar que se unha aplicación segue a usar memoria, para eliminalo manualmente para liberalo. Pero non tes que facelo, porque iOS farao por ti. Se tes unha aplicación esixente suspendida en segundo plano, como un xogo que usa unha gran cantidade de RAM, iOS eliminaraa automaticamente da memoria cando sexa necesario e podes reiniciala tocando a icona da aplicación.
Ningún destes estados se reflicte na barra de multitarefa, o panel só mostra unha lista de aplicacións lanzadas recentemente independentemente de se a aplicación está detida, pausada ou en execución en segundo plano. Tamén pode notar que a aplicación que se está a executar actualmente non aparece no panel Multitarefa
Tarefas de fondo
Normalmente, ao premer o botón Inicio, a aplicación executarase en segundo plano e, se non a estás a usar, farase unha pausa automaticamente dentro de cinco segundos. Entón, se estás a descargar un podcast, por exemplo, o sistema avalíao como unha aplicación en execución e atrasa a terminación en dez minutos. Despois de dez minutos como moi tarde, o proceso é liberado da memoria. En resumo, non tes que preocuparte por interromper a descarga premendo o botón Inicio, se non leva máis de 10 minutos completala.
Carreira indefinida en segundo plano
No caso de inactividade, o sistema finaliza a aplicación nun prazo de cinco segundos, e no caso de descargas, a terminación retrasa dez minutos. Non obstante, hai un pequeno número de aplicacións que requiren executarse en segundo plano. Aquí tes algúns exemplos de aplicacións que poden executarse en segundo plano indefinidamente en iOS 5:
- Aplicacións que reproducen son e deben ser interrompidas durante un tempo (pausa a música durante unha chamada telefónica, etc.),
- Aplicacións que rastrexan a súa localización (software de navegación),
- Aplicacións que reciben chamadas VoIP, por exemplo, se usa Skype, pode recibir unha chamada aínda que a aplicación estea en segundo plano.
- Descargas automáticas (por exemplo, Kiosco).
Todas as aplicacións deberían pecharse se xa non están a realizar unha tarefa (como descargas en segundo plano). Non obstante, hai excepcións que se executan continuamente en segundo plano, como a aplicación nativa de correo. Se se executan en segundo plano, ocupan memoria, uso da CPU ou reducen a duración da batería
As aplicacións que poden executarse en segundo plano indefinidamente poden facer calquera cousa que fagan mentres se executan, desde reproducir música ata descargar novos episodios de podcast.
Como mencionei antes, o usuario nunca necesita pechar as aplicacións que se executan en segundo plano. A única excepción a isto é cando unha aplicación que se executa en segundo plano falla ou non se esperta correctamente do sono. O usuario pode entón pechar as aplicacións manualmente na barra multitarefa, pero isto ocorre raramente.
Polo tanto, en xeral, non é necesario xestionar os procesos en segundo plano porque o sistema encargarase deles. É por iso que iOS é un sistema tan novo e rápido.
Desde a perspectiva dun desenvolvedor
A aplicación pode reaccionar cun total de seis estados diferentes como parte da multitarefa:
1. applicationWillResignActive
En tradución, este estado significa que a aplicación renunciará como aplicación activa (é dicir, a aplicación en primeiro plano) no futuro (uns poucos milisegundos). Isto ocorre, por exemplo, cando se recibe unha chamada mentres se utiliza a aplicación, pero ao mesmo tempo, este método tamén provoca este estado antes de que a aplicación pase a un segundo plano, polo que cómpre ter en conta estes cambios. Este método tamén é axeitado para que, por exemplo, suspenda todas as actividades que está a realizar cando hai unha chamada entrante e agarde ata o final da chamada.
2. applicationDidEnterBackground
O estado indica que a aplicación pasou a un segundo plano. Os desenvolvedores deben usar este método para suspender todos os procesos que non necesariamente precisan executarse en segundo plano e borrar a memoria dos datos non utilizados e doutros procesos, como temporizadores que caducan, borrar imaxes cargadas da memoria que non necesariamente serán necesarias ou pechar. conexións con servidores, a non ser que sexa fundamental que a aplicación complete as conexións en segundo plano. Cando se chama o método na aplicación, basicamente debería usarse para suspender completamente a aplicación se non se require que algunha parte dela se execute en segundo plano.
3. applicationWillEnterForeground
Este estado é o contrario do primeiro estado, onde a aplicación renunciará ao estado activo. O estado simplemente significa que a aplicación en suspensión reanudarase desde un segundo plano e aparecerá en primeiro plano nos próximos milisegundos. os desenvolvedores deberían usar este método para retomar os procesos que estivesen inactivos mentres a aplicación estaba en segundo plano. As conexións aos servidores deberían restablecerse, os temporizadores restablecerse, as imaxes e os datos cargados na memoria e outros procesos necesarios poden retomarse xusto antes de que o usuario volva ver a aplicación cargada.
4. applicationDidBecomeActive
O estado indica que a aplicación acaba de activarse despois de ser restaurada en primeiro plano. Este é un método que se pode usar para facer axustes adicionais na interface de usuario ou para restaurar a IU ao seu estado orixinal, etc. Isto realmente ocorre no momento no que o usuario xa ve a aplicación na pantalla, polo que é necesario determinar con cautela o que ocorre no método deste e no anterior. Chámanse un tras outro cunha diferenza duns milisegundos.
5. aplicaciónWillTerminate
Este estado ocorre uns milisegundos antes de que a aplicación saia, é dicir, antes de que a aplicación remate. Ben manualmente desde a multitarefa ou ao apagar o dispositivo. O método debería utilizarse para gardar os datos procesados, para finalizar todas as actividades e para eliminar os datos que xa non serán necesarios.
6. applicationDidReceiveMemoryWarning
É o último estado que máis se discute. Encárgase, se é necesario, de eliminar a aplicación da memoria de iOS se utiliza recursos do sistema innecesariamente. Non sei específicamente o que fai iOS coas aplicacións en segundo plano, pero se necesita unha aplicación para liberar recursos a outros procesos, pídelle unha advertencia de memoria para que libere os recursos que teña. Polo tanto, este método chámase na aplicación. Os desenvolvedores deberían implementalo para que a aplicación abandone a memoria que lle asignou, garde todo o que está en curso, limpa os datos innecesarios da memoria e, doutro xeito, libere memoria adecuadamente. É certo que moitos desenvolvedores, incluso principiantes, non pensan nin entenden tales cousas, e entón pode ocorrer que a súa aplicación ameace a duración da batería e/ou consuma innecesariamente os recursos do sistema, mesmo en segundo plano.
Veredicto
Estes seis estados e os seus métodos asociados son o fondo de toda a "multitarea" en iOS. é un gran sistema, sempre que os desenvolvedores non ignoren o feito de que hai que ser responsable sobre o que a aplicación arroxa nos dispositivos dos seus usuarios, se se minimizan ou reciben avisos do sistema, etc.
Fonte: macworld.com
Autores: Jakub Požárek, Martin Doubek (ArnieX)
Tamén tes algún problema que resolver? Necesitas consello ou quizais atopas a aplicación correcta? Non dubides en contactar connosco a través do formulario da sección Asesoramento, a próxima vez responderemos á túa pregunta.
Ola, artigo moi xenial, pero pregúntome se tes algún soporte técnico para el. Porque xa solucionei a batería varias veces pola noite antes de durmir e pasou que co wifi e os datos móbiles desactivados, tardou máis que noutro caso con wifi apagado e só 3G.
Desafortunadamente, a experiencia é que en iOS, as aplicacións teñen que desactivarse manualmente e o sistema xa non funciona tan ben como antes.
Substituín o meu iPhone por un Windows Phone (Samsung Omnia W para 6200,-) e a velocidade do sistema está nun nivel completamente diferente.
Temo que cando saian as tabletas de Windows 8 Metro, tamén substituirei o iPad...
@007 - si, se estás a comparar os antigos iPhone3G cos novos WP, entón si (quen o esperaría?) O WP será un pouco máis rápido. Se non, os fofocas sobre Karlulka non che van ben e era apropiado comparar o HW actual. Tamén merquei WP7 e finalmente acabei con 4s, o que representa un nivel de usabilidade completamente diferente ao WP7. Así que pasa agradablemente e desprázase sen fin polas tellas.
Estou totalmente de acordo con Paja
Contribuiría de novo dos restos doutro barril -Samsung Galaxy S e iPhone 4-, diría que comparables en termos de idade? Na época de iOS 4, e en canto a usabilidade e velocidade noutro lugar que non sexa Android, Apple resolveu moi ben o concepto de traballar con aplicacións, pero o mesmo xa non pasa con Android. Ao final, acabei co 4S de todos os xeitos e non teño queixas, porque "simplemente funciona" .. e funciona moi rápido!
A teoría é preciosa... Pero na práctica, aínda pecho a aplicación na barra ;)
Grazas, moi interesante, pragmático, interesante, non lle falta swing e profundidade. Subliñando significativamente a obsesión da mocidade de hoxe con esta marca prohibida! Pero grazas por ela, así como por este artigo.
O artigo está completamente equivocado.
A aplicación non se pecha cando se preme o botón Inicio, como se dixo erróneamente, senón que fai unha pausa. i.e. definitivamente non borres da memoria e non sais. Só tes que pausar a execución, iOS dará a esta aplicación un 0 % de tempo de CPU. Definitivamente non "cambia" en ningún lugar da memoria do iDevice, como se indica no artigo. É realmente grazas ao feito de que é posible usar o cambio de aplicación.
A aplicación elimínase da memoria cando o teléfono ten pouca memoria para executar outras aplicacións cunha prioridade máis alta (normalmente execútase outra aplicación en primeiro plano).
No primeiro caso, tes razón, foi un erro de tradución. En canto ao intercambio, non estamos a falar diso aquí, estamos a falar da memoria operativa, non do espazo de almacenamento no dispositivo iOS.
a imaxe da aplicación gárdase na memoria durante un tempo limitado ata que sexa invocada de novo por un comando (ver 13,7 GB de 16 GB: os 2,3 GB están reservados para o sistema e as aplicacións suspendidas)
Así, é necesario distinguir entre aplicacións como Navegación, Skype e similares, estas aplicacións permanecen activas incluso en segundo plano, ou unha determinada función non remata e continúa, por exemplo, enviando datos sobre a súa localización ou información de localización. Ou como Vokul en modo pord escoita e a multitarefa segue escoitando en segundo plano.
Estas aplicacións esgotan a batería e é necesario pechalas manualmente e non esperar a iOS. con outros non é necesario, aí só en caso de fallar a aplicación.
Non podo estar de acordo co artigo. Min. nun iPad de 1a xeración (iOS 5.0.1) está claro se teño moitas aplicacións "abertas" na barra multitarefa ou só algunhas. iOS tenta limpar a memoria, pero obviamente non é suficiente: o pequeno tamaño da memoria RAM é probablemente a súa maior debilidade.
polo que moito depende do sistema e do hardware que se use, é bastante lóxico que sexa peor nun iPad 1 con iOS 5.0.1 que se fose nun iPad de 2a xeración.
Sentímolo compañeiro, esta é unha descrición do xeito IDEAL de funcionar. Desafortunadamente, a realidade é completamente diferente e saberíao se usases produtos de Apple, polo menos tanto como eu (é dicir, ocasionalmente).
"Moitas veces podes escoitar supersticións de que as aplicacións que se executan en segundo plano en iOS enchen a memoria operativa".
Non é unha superstición, é só un feito. Despois de todo, reclamo vostede mesmo no artigo.
"Como mencionei antes, o usuario nunca necesita pechar as aplicacións que se executan en segundo plano".
TONTERÍA. Iso é unha merda, propaganda da mazá, non te enfades comigo.
"Pero non tes que facelo, porque iOS farao por ti. Se tes unha aplicación esixente suspendida en segundo plano, como un xogo que usa unha gran cantidade de RAM, iOS eliminaraa automaticamente da memoria cando sexa necesario e podes reiniciala tocando a icona da aplicación.
Non é certo. A situación é un pouco diferente. Un exemplo típico: teño aplicacións esixentes en execución en segundo plano, necesito xogos. Lanzo o navegador, abro un par de pestanas -> necesito máis memoria. Que vai pasar? As aplicacións difíciles quedan nun segundo plano, pola contra, O MESMO NAVEGADOR CAE. Se pecho as aplicacións esixentes manualmente, o navegador funciona durante moito tempo sen ningún problema.
Isto é práctica, non teoría. E sorpréndeme que, como usuario a longo prazo dun produto de Apple, aínda non o saibas.
Grazas, isto está moi ben descrito e ben explicado. Axudáchesme bastante ;-) ♥
Só para comezar, eu non estou nin a favor nin en contra de iOS, igual que con Android, pero hai algunhas cousas estrañas aquí, se como está escrito aquí: "raramente atopas un fallo de aplicación en iOS", entón as aplicacións de Android fallan sobre unha vez ao ano: -P
http://dotekomanie.blog.mobilmania.cz/2012/02/stabilita-ios-vs-android/
Si, pero os casos nos que precisa pechar a aplicación manualmente son realmente mínimos, useino unha vez? ;-) e darlle unha ligazón á proba comparativa de Mobilemania non ten sentido, cando quero ler sobre a publicidade que pagou Google, vou botarlle unha ollada alí ;-) todo o mundo pode levar calquera teléfono Android na man e el non funcionará limpo, é dicir, coa excepción do Galaxy Nexus, que é o sistema máis ou menos feito á medida. En xeral, Android é un desastre
@Mek: estiven usando produtos de Apple a diario durante varios anos e isto nunca me pasou, polo que a túa teoría non funciona.
MALEZA:
@redakce – Podes ver que o sitio web está a traballar constantemente ou está a pasar algo con el, pero teño a sensación de que non leva unha semana para que todo funcione como debería. E xa non veño aquí, porque o novo look non me convén. Polo menos usei a versión móbil no iPhone, pero agora non funciona en absoluto, como é que? Actualmente non responden ás publicacións nos comentarios.
@SteveJSF Desafortunadamente, as cousas non sempre saen como queremos. En canto ás respostas, o novo complemento de SEO rompeunas, actualmente estase resolvendo.
WP-Touch tamén rematou o noso servizo por algún motivo, polo que decidimos buscar unha solución mellor que este complemento. Así que podedes esperar as próximas novas en breve :-)
Bonito artigo. No que se refire á práctica, gustaríame dicir que estou de acordo con varias cousas e que a maioría das veces funciona como se dixo, pero lamentablemente segue habendo aplicacións mal escritas que non se comportan correctamente, e despois hai casos como este. sinalado por algúns lectores. Creo que Skype é un moi bo exemplo, sei pola práctica que segue funcionando en segundo plano (e está ben e así debería ser), pero o problema é que esta aplicación esgota moito a batería do dispositivo e Xa non o vexo ben. Pola contra, aplicacións como Facebook, Badoo, etc. tamén seguen funcionando en segundo plano, pero o seu consumo é case imperceptible (polo menos eu non noto ningún). Polo tanto, creo que o erro está nas aplicacións individuais. Se soubeses cales, bastaría con desactivar manualmente só aqueles!
Polo tanto, a práctica é que Facebook funcione segundo sexa necesario e Skype só cando sexa necesario.
Pois, por outra banda, se teño que aforrar batería e sei que teño que manter o iPhone "vivo" o maior tempo posible, tamén desactivo todo o innecesario na multitarefa, pero sobre todo non ten un gran impacto, pero se é necesario limítome 3G, todo internet móbil, WiFi, servizos de localización, modo avión, intensidade da iluminación, etc. Como parte da rutina, tamén desactivo as mencionadas aplicacións na multitarefa.
Entón, persoalmente, creo que o artigo é certo, por desgraza algúns programadores refutan estas cousas coas súas aplicacións, porque as súas aplicacións son incorrectas e na miña opinión só hai dúas solucións para isto 1. Se é posible non usar a aplicación e atopar un alternativa se é posible, ou 2. Se non é posible, consulte por exemplo Skype, escríbeo ao programador indicado no informe e espere que fagan algo ao respecto.
Pode ser inútil desactivar as aplicacións manualmente, pero fágoo igualmente. Tamén tentei non apagar o sistema de aplicacións, deixalos funcionar (ou deixalos durmidos en segundo plano) e a duración da batería era moito menor, tamén foi necesario reiniciar o iPad 2 despois dunhas tres semanas, respondeu lentamente. Así que apago as aplicacións manualmente, a batería dura máis, hai pouco reiniciei o día de Nadal e está funcionando ben.
Por certo, eu fago o mesmo en Mac OS X, só pecho a aplicación que non necesito (CMD+Q), é mellor que telo durmido en segundo plano e consumir memoria RAM innecesariamente (que pode OS X). funciona moi ben). Teño pouca memoria RAM, só 8 GB, pero en Windows 7 con 8 GB, o sistema non respondeu lentamente nin cambiou, en OS X este é un fenómeno bastante común (nunca apaguei o ordenador, tamén o fago con Mac , polo que un mes e máis de tempo de actividade non é unha excepción, o problema é que ás veces teño que reiniciar o Mac como precaución para liberar RAM e "acelerar", Windows 7 non o precisa).
Estou máis interesado en como explotar a aplicación. O que me pasou foi que a aplicación (específicamente en Geocaching) entrou nun estado no que estaba cargando algo do servidor principal e quedou atascado nese estado. O botón de inicio funcionou, despois do reinicio volveu ao estado conxelado (onde o deixei). Saída manual (ao menú multigustación, manteña premida a icona e menos para pechar) = a aplicación desapareceu, despois de reiniciala abriuse no seu estado orixinal onde se conxelou. Así que pechei todo, apaguei o teléfono, acendío, fixen dobre clic en HOME e velaquí: as aplicacións estaban todas aí como estaban antes de pecharse xusto antes de apagarse. O reinicio tampouco axudou: mantén a casa e arriba ata que se quente. O único que axudou foi eliminar a aplicación do teléfono, reiniciala e reinstalala no teléfono. Dalgunha maneira non o tomei.
Esta xestión multitarefa funciona e correspóndelles aos desenvolvedores facer fronte a estas situacións. Para os interesados nunha descrición máis detallada e profesional de toda a situación, escribirei aquí como é.
A aplicación pode responder a un total de 6 estados e estes estados son:
applicationWillResignActive
applicationDidEnterBackground
applicationWillEnterForeground
applicationDidBecomeActive
applicationWillTerminate
applicationDidReceiveMemoryWarning
Agora tentarei describir estes estados con máis detalle.
applicationWillResignActive: este estado significa que no futuro (uns poucos milisegundos) a aplicación renunciará como aplicación activa (é dicir, a aplicación en primeiro plano), isto ocorre, por exemplo, cando se recibe unha chamada mentres se usa a aplicación, pero ao mesmo tempo tempo que este método activarase incluso antes de que a aplicación pase a un segundo plano, polo que debes ter en conta estes cambios. Este método tamén é axeitado para que, por exemplo, suspenda todas as actividades que está a realizar cando hai unha chamada entrante e agarde ata o final da chamada.
applicationDidEnterBackground: este estado indica que a aplicación entrou en segundo plano, os desenvolvedores deben usar este método para suspender todos os procesos que non necesariamente precisan executarse en segundo plano e limpar a memoria dos datos non utilizados e doutros procesos, por exemplo, caducar temporizadores, eliminar imaxes cargadas de memoria que non necesariamente serán necesarias ou que finalizarán a conexión cos servidores se non é fundamental que a aplicación complete a conexión en segundo plano. Basicamente, este método cando se chama na aplicación debería usarse para suspender completamente a aplicación se algunha parte dela non é necesaria para executarse en segundo plano.
applicationWillEnterForeground: este estado é o oposto ao primeiro estado no que a aplicación renunciará ao estado activo. Este estado da aplicación simplemente significa que nos próximos milisegundos a aplicación en suspensión reanudarase desde un segundo plano e aparecerá en primeiro plano (a aplicación entra en primeiro plano), os desenvolvedores deberían usar este método para retomar os procesos que estiveran inactivos mentres a aplicación estaba en primeiro plano. en segundo plano, as conexións aos servidores deberían restablecerse, os temporizadores restablecerse, as imaxes e os datos cargados na memoria e outros procesos necesarios poden retomarse xusto antes de que o usuario volva ver a aplicación cargada.
applicationDidBecomeActive: este estado indica que a aplicación acaba de activarse despois de ser restaurada en primeiro plano, este é un método que se pode usar para facer axustes adicionais na interface de usuario ou restaurar a IU ao seu estado orixinal, etc. Este método realmente ocorre. cando o usuario xa pode ver na pantalla, polo que é necesario determinar a partir do balance o que está a suceder neste método e no método anterior. Chámanse un tras outro cunha diferenza duns milisegundos.
applicationWillTerminate: este estado ocorre uns milisegundos antes de que finalice a aplicación, é dicir, antes de que a aplicación remate realmente. Ben manualmente desde a multitarefa ou ao apagar o dispositivo. Este método debería utilizarse para gardar os datos procesados e para finalizar todas as actividades e eliminar os datos que xa non serán necesarios.
applicationDidReceiveMemoryWarning - e esta é unha condición que se discute moito aquí, se é necesario, iOS eliminará a aplicación da memoria se usa recursos do sistema innecesariamente. Non sei exactamente o que fai iOS coas aplicacións en segundo plano, pero se necesita unha aplicación para liberar recursos a outros procesos, pídelle unha advertencia de memoria para que libere os recursos que contén. Polo tanto, este método chámase na aplicación e os desenvolvedores deberían implementalo para que a aplicación abandone a memoria que ten, garde o procesado e elimine os datos innecesarios da memoria e, doutro xeito, libere a memoria adecuadamente. É certo que moitos desenvolvedores, por exemplo os principiantes, non pensan neste tipo de cousas ou non as entenden, e entón pode ocorrer que a súa aplicación poña en perigo a duración da batería e/ou consuma innecesariamente os recursos do sistema mesmo en segundo plano. Non sei como se comportará iOS se a aplicación non fai nada despois de recibir un aviso de memoria e segue consumindo recursos do sistema como antes.
Estes poucos estados e métodos asociados están detrás de toda a "multitarea" en iOS... é un gran sistema se os desenvolvedores non ignoran a necesidade de ser responsables sobre o que as aplicacións lanzarán nos dispositivos dos seus usuarios se se minimizan. ou recibe avisos do sistema e moito máis...
Espero que esta breve descrición che axude a comprender como está implicada a aplicación para que todo funcione sen problemas. Polo tanto, é case posible dicir que se trata dun erro de uso incorrecto por parte do usuario, que se pode entender como: se usas principalmente aplicacións gratuítas de desenvolvedores afeccionados en gran cantidade, o teu dispositivo iOS funcionará peor que se usas un gran número de usuarios. número de aplicacións gratuítas e de pago de desenvolvedores experimentados ou profesionais. Isto non quere dicir que non haxa excepcións en ambos os círculos. Por exemplo, foursquare compórtase de forma bastante estraña e esixente e, ao mesmo tempo, xa cabería esperar que sexan desenvolvedores moi hábiles que lle dean moito tempo á xestión da memoria e da batería, pero é o contrario. O maior problema con 4SQ é a comunicación cos servidores, que moitas veces se colga e está desbordada. Este é só un exemplo do feito de que incluso aplicacións coñecidas teñen problemas, o que non cambia o feito de que 4SQ é un gran servizo.
Pasade ben as mazás!! :)
Engadimos a información ao artigo co amable permiso do autor ;-)
Síntoo, ENTER estaba en todas partes entre parágrafos, poderían facer algo ao respecto aquí para que os comentarios teñan polo menos un pouco de FORMATO DE TEXTO RICO.
ArnieX: grazas polo comentario!!
A Faramir: Só sobre o teu problema, non sei se axudará no teu caso, pero sei por experiencia propia que se pechas a aplicación (en multitarefa) tardas uns segundos en pechar, así que se apagalo, recoméndolle esperar uns segundos (espero uns 10 segundos para estar seguro) ata que estea definitivamente rematado e só entón volvo a comezar.
De nada ;) Estarei encantado de axudar se teño a oportunidade de contribuír.
Como se supón que debe ser con Meeb, cando inicio sesión no chat ICQ ou FB a través del, pecha sesión automaticamente despois de 10 minutos e vou sen conexión ou segue funcionando? grazas pola aclaración :P
Despois de dez minutos, a conexión da aplicación a Internet simplemente interrompe. Non obstante, seguirás en liña no servidor de Meeba e recibirás unha notificación push se alguén che escribe. Despois de reabrir a aplicación, a conexión establecerase nun momento e podes seguir conversando felizmente.
Entón, se entendín correctamente o artigo que ligaches, as estatísticas só se refiren aos fallos das aplicacións cando se inician, que é unha porcentaxe bastante pequena dos casos nos que se poden producir fallos. Polo tanto, é imposible concluír desta "investigación" que iOS é menos estable na miña opinión. Ademais, o tradutor do artigo tirado de Forbes esqueceu mencionar que a empresa que ofrece datos sobre fallos de aplicacións está apoiada por Google, entre outros ("Crittercism, que está respaldado por Google Ventures,...").