Servicio remoto android dentro de la aplicación vs app separada
Estoy tratando de averiguar los pros y los contras de escribir un servicio remoto android como parte de mi aplicación cliente (utilizando android: process = ": remote") vs hacerlo una aplicación de servicio independiente.
En ambos casos, el servicio estaría funcionando en su propio proceso por separado y tener su propio montón, etc Sin embargo, tiene que haber algunas diferencias cuando lo hacemos una aplicación independiente, ya que tendrá su propia caja de pruebas de la aplicación. He encontrado muchos ejemplos de su uso y enfoques preferidos según los escenarios, pero estoy tratando de entender los detalles técnicos internos de la misma.
- Android Sincronización automática con datos personalizados
- NullPointerExecption al llamar a un PhoneStateListener en un servicio
- Dibuja un lienzo de Android en la parte superior de todas las aplicaciones?
- ¿Puede Android Service superar el objeto de aplicación?
- Java.lang.RuntimeException: Handler (android.os.Handler) envío de mensajes a un Handler en un hilo muerto
¿Alguna buena fuente de información sobre esto?
Editar: ¿Cuál será el impacto en el objeto / contexto de la aplicación en caso de que los procesos de servicio y cliente se ejecuten en la misma aplicación. ¿Será sobrescrito por uno de los procesos? O habrá dos objetos de aplicación para cada proceso que no sonen correctos siendo la parte de una aplicación.
- El servicio de Android con START_STICKY se bloquea al eliminar la aplicación
- Actualizaciones de la base de datos Sqlite activan el servicio para actualizar a través de Content Observer
- Wake se bloquea servicio androide recurrente
- No destruir un servicio enlazado Activar destruir
- Cordova - Notificar el servicio de fondo en ejecución
- Cómo enviar archivos zip en el servidor utilizando el servicio de fondo en Android
- Android ContentProvider con servicios
- ¿Cómo manejar la necesidad de comunicación entre procesos en mi aplicación de Android?
Su pregunta ha sido contestada parcialmente antes. Compruebe aquí:
- Using android: process = ": remote" recrea el objeto de aplicación android
Pero si todavía piensas en la idea de tener algo funcionando en segundo plano, puedes echar un vistazo en esta referencia:
- Desarrollo de una aplicación con un servicio de fondo
Tener cosas que funcionan en fondo es claramente no una buena opción. A menos que por cualquier motivo realmente lo necesite. Por lo tanto, tenga cuidado de no molestar al usuario con los servicios de fondo innecesario que no fue activado conscientemente por voluntad propia del usuario. En tal caso, hacer una aplicación independiente, o tipo de característica que será activada por el usuario es un camino más inteligente y seguro para tomar.
Si necesita poder escribir un servicio que puede realizar una comunicación complicada con clientes en procesos remotos (más allá del simple uso de Context.startService para enviar comandos a él), puede utilizar la clase Messenger en lugar de escribir archivos AIDL completos. Si sólo necesita un servicio remoto, debe seguir este tutorial .
- Android: ImageView escala la imagen de origen
- Android JobScheduler siempre funciona durante 1 minuto