Cómo cerrar apps en el iPhone X (y por qué no es necesario)

Agradezco sinceramente tu intencion de intentar aclararme conceptos sobre el uso de recursos y el ciclo de vida de las apps... pero en realidad mi comentario tenia en cuenta dichos escenarios, ya que a pesar de que si bien algunos de los escenarios que comentas como bien apuntas no van a despertar la app si es necesario y darle unos segundos para procesar el evento (puntos 1,2 y 3), eso no significa que cubra todos los escenarios, que es mi punto sobre por qué depende de cada aplicacion, que servicios usa y la implementacion en si, por ponerte un ejemplo.., una app que usa Core Location en background puede "decidir" en que puntos quiere recibir updates modificando la propiedad 'allowsBackgroundLocationUpdates', lo cual indicara si se reciben tambien cuando el sistema pasa la app a estado 'suspended', y si, ciertos modos lo reciben automaticamente, pero otros no y el mero hecho de que puedan procesar dichas updates es un gasto de energia. Mas info sobre esto en (https://developer.apple.com/documentation/corelocation/cllocationmanager/1620568-allowsbackgroundlocationupdates)

El punto 4 y 5 son ejemplo de como te centras solo en algunos casos y como te contradices sobre que no gastan energia --> bateria al hablar de los problemas de cerrar una app completamente. Por supuesto matar una app completamente puede evitar que ciertas funciones no esten disponibles, de la misma manera que pasa cuando se mandan de foreground a background.

Entiendo tu punto de vista y estoy de acuerdo con muchas de las cosas que expones, pero no con la conclusion final por lo que he comentado de no considerar todos los casos (y eso sin hablar del resto de background modes..)

Sigo repitiendo que si que los tenia en cuenta y justamente cuando admites que no puede ser binaria tu respuesta donde afirmabas que es inutil cerrarlas me estas dando parte de la razon.. ya que entonces pasa a ser un "depende" que es lo que he afirmado desde el principio.

Cuando mencionas que dije :
... algunas (aplicaciones) no estarán nunca "congeladas" ya que por ejemplo hacen uso del GPS en segundo plano o de la descarga de datos o de las notifications silenciosas o de la música o de....

te sigues remitiendo a apps que haran uso de servicios de localizacion que no requieren el background mode para ello, pero en el caso de las que si lo hacen la bateria se veria comprometida.

Siguiendo con dicho asunto:
"Por lo que el porcentaje de aplicaciones con este modo activado es muy baja y típicamente el usuario sabe de que esto está ocurriendo. Así que si, ahorra batería, pero en la mayoría de casos estarías dejando de recibir la funcionalidad por la que has arrancado la app."

Realmente me sigues dando la razon: Las hay (cuantas apps hay y cuantos usuarios realmente saben dicho uso es discutible), pero el resumen es lo que decia inicialmente --> depende de la app.

"Aunque aquí estamos completamente en manos de lo buena que haya sido la implementación por parte de Apple, este background mode solo lanzará la aplicación durante unos segundos para que se actualice, pasándola al suspended mode tras finalizar.
Cantidad de batería que ahorra... discutible."

Mas de lo mismo aqui.., en realidad estamos de acuerdo con el fondo pero no con la conclusion, para mi una app que despierta periodicamente para hacer uso de la red y actualizar sus datos (i.e instagram, fb con su feed...) va a tener un consumo mayor de energia, como dices la cantidad depende de lo permisivo que sea Apple.

Remote Notifications...

Nuevamente me estas dando la razon, tu mismo dices "Si, ahorrarás batería, pero algunas aplicaciones no funcionarán correctamente ". Lo de que no funcionaran correctamente tambien es discutible, es obvio que cierta informacion puede tardar en ser actualizada pero mas que decir que no funcionaran correctamente es mas adecuado que no ofrecera las mismas funcionalidades, lo cual es una limitacion de cualquier app que no esta en foreground, en background hay ciertas limitaciones, cuando pasa a suspended otros etc..

El modo para "remote notifications" se utiliza principalmente para mantener el contenido actualizado, de la misma manera que el "background fetch" pero que en vez de ejecutarse de forma periodica a criterio de Apple en base a patrones de uso, despierta la app para como digo mayormente actualizar datos en base a algun evento, dicho evento se envia en modo de notification a la app para saber que es necesario despertar... al ser enviado de manera silenciosa el usuario y el usuario no necesariamente ver una alerta.. los ajustes que el usuario haga sobre las notificaciones no interfieren en esto, que creo que es un concepto que en este caso lleva a confusion.

De la documentacion de UrbanAirship:
"The exciting new opportunity for app developers in iOS 8 is that Apple will now deliver “silent” pushes even if the user has opted out of notifications."

Al mismo tiempo como decia esta muy vinculado su objetivo con el del modo "background fetch" y por lo tanto puede ser desactivado su uso desde el switch de background fetch no desde el de las notificaciones como indicabas:

Users still have the ability to switch off your app’s ability to process a “silent push” by means of the “Background App Refresh” control. Even though Apple Push Notification service (APNs) will deliver a push marked “content-available” to your phone, the OS will not wake up your app to receive it, effectively dropping it on the floor. However, opting out of “Background App Refresh” is a lesser-known capability not directly associated with Notifications. You don’t access this preference in your Notifications Settings--it’s located under General > Background App Refresh screen.

Otros modos que descartabas... como los relacionados con el uso del Bluetooth tambien son discutibles y en parte dependerian de como de estricto en realidad sea Apple en su revision de apps (que suele ser mucho), pero personalmente no descarto que existan apps que usen dichos modos para otros fines no directamente relacionados. Un ejemplo de esto puede ser como funciona "Moment" (Privacy --> Why does Moment need to track the places I go to automatically track my screen time?):

https://inthemoment.io/faq

Por lo que por intentar aclarar de nuevo mi punto de vista... depende de la app, de los permisos que le des a la app, la implementacion en la app, tus ajustes, y con que frecuencia uses la app (matarla y arrancarla de nuevo supone un coste de energia tambien), pero sigue sin ser correcto afirmar que no es necesario o es inutil en terminos de uso de bateria.

Finalmente decir, que estoy muy de acuerdo en que el desactivar el modo "Actualizar en 2º plano" para reducir consumo de bateria, pero bueno en parte es como decir, solo da permiso a las apps a usar tu localizacion mientras usas la app excepto en casos puntuales..

Ah y tambien relacionado con Moment...

"Moment seems to be draining my battery. How can I fix this?"
Because Moment is constantly running in the background to track your screen time, I’ve created a page especially for making Moment as battery efficient as possible. Currently, on my iPhone 7 Plus, Moment uses about 5% of my overall battery to track my screen time all day. I barely notice it.

En este caso a pesar de la optimizacion.., un 5% de bateria diaria consume la app (la cual deja de funcionar y consumir energia si la cierras totalmente).

Ya para cerrar, uso tu ejemplo de moment:

Leave Moment running in the background as consistently as possible. If Moment is quit, it restarts itself automatically, but in a much less battery efficient mode. After it restarts, it takes an hour or so to snap into its more accurate, more battery efficient mode.

The longer you leave Moment running in the background, the more battery efficient it will be.

Cosa que precisamente viene a decir que cerrar Moment desde la multitarea, no solo no te ahorra batería, sino que hace que gaste mas.

Y luego (lo he aprendido hoy por cierto) veo que si usas PushKit y VoIP, eres inmune a los force-quit y puedes seguir procesando push notifications en background. Así que la lista de aplicaciones que se pueden levantar en background aunque las cierres aumenta y aumenta.
https://zeropush.com/guide/guide-to-pushkit-and-voip

Así que me re afirmo en lo que decía en el comentario anterior. El impacto de cerrar aplicaciones en background, no solo es bajo (por las razones que no voy a repetir), sino que además en ocasiones contraproducente (gracias mccpower por el dato).

Personalmente tengo quitada la localización si no usas las apps y la actuación en segundo plano en todos lo iphone que he tenido. Así también gastaría más?
Gracias por tu ayuda.

Muchas gracias

Claaaaro, tu sabes más que los técnicos e ingenieros de Apple...

pues si no lo han quitado ahora me parece mucho mas complicado de ejecutar el gesto, lo estuvimos intentando un par de companeros en la ofi y no hubo manera, y hace 1minuto en el simulador dicho gesto no esta disponible hasta que entras en modo "editar las apps en ejecucion"

A eso me refiero con los simbolitos rojos :)
Es peor que antes, claro. Pero una vez posas el dedo y se activan, ya puedes deslizar las que quieras.
Un paso atrás, en efecto. Pero como he dicho antes, imagino que algo debe interferir en el gesto del "home", por eso han añadido esto.

Tienes razon, mi fallo, no lei correctamente :), interprete que existia el mismo gesto y omiti el (una vez salen los simbolitos..)

Yo creo que precisamente por eso están ahí esas pestañas. Son simplemente accesos directos a apps que has usado recientemente. Que cada uno las organice como le de la gana. Pero no sirve de nada si el objetivo es ahorrar batería o memoria.

El iPad de casa es de mi mujer, que jamás cerró nada, ni en el iPad ni en el iPhone; cada vez que le cojo el iPad me pongo a cerrarle aplicaciones como un loco jajajajajaja

Anoche quise empezar la nueva política de dejar todo abierto. . . . . . . . .No puedo, no puedo, las cierro sin pensarlo, mecánicamente, pero me voy a esforzar por dejarlas abiertas aunque, en honor a la verdad, me da la impresión de que el ahorro de batería es mínimo y, al final, da igual que las cierres como que no.

Verdaderamente, creo que cuando escribes en una publicación, hay unos mínimos: y uno de ellos es releer lo que has escrito. Errores tan llamativos como ese Ahora por ahorra, o tantas veces que se repiten palabras en una frase, o pierden el sentido porque se ve que se ha cambiado algo... es simplemente y llanamente porque el autor no ha releído una vez lo escrito

A mi ademas de eso, se me hace mas "incomodo" acceder a control center desde la esquina superior derecha!

Si, es algo más incómodo, pero en mi opinión se debe más a la costumbre que a una incomodidad objetivamente hablando.
Creo que es hacerse. Días después de tener el X, sigo intentando sacar el centro de control desde abajo acostumbrado a tenerlo allí.

No es así. Hazte a la idea de las apps que ves para cerrar son simplemente accesos directos a las últimas apps en ejecución. Dependiendo del tiempo que lleven sin usarse, aunque las veas ahí. No están ejecutándose ni consumiendo recursos. Algunas estarán congeladas y otras totalmente cerradas. En cualquier caso, el hecho de darle a cerrar la pestañita te va a consumir más energía.

Por otro lado apps que tienen permiso para correr servicios en backgroud, los van a correr igual aunque lo cierres.

Tampoco ocupan más memoria. Como dije anteriormente, iOS sacará de memoria automáticamente las apps que dejen de usarse en primer plano, dejando algunos servicios en background si están autorizados (en ocasiones independientemente de si la cierras o no). Dependiendo del tiempo que esté sin usarse, la memoria libre y otros factores, puede que se congele usando la memoria del dispositivo para almacenar el estado (no la memoria RAM) o que se cierre totalmente.

Es totalmente inútil estar cerrándolas por ahorrar batería o ahorrar memoria. La gestión de memoria de iOS es uno de sus grandes puntos fuertes.