de Google market_billing sample, al igual que otros como this one, se conecta al servicio remoto IMarketBillingService
a través de un contenedor de servicio local de , BillingService
.¿Por qué otro servicio además de IMarketBillingService?
Entiendo que los servicios tienen la ventaja de hacer cosas en segundo plano, pero ¿no es el control remoto IMarketBillingService
suficiente?
¿Cuál es la ventaja de agregar otra capa a esta cebolla?
¿Qué puedo perder si trato de conectarme con el control remoto IMarketBillingService
directamente desde mi actividad principal, en el hilo de la interfaz de usuario?
Si no es aconsejable conectarse al control remoto IMarketBillingService
directamente en el hilo de la interfaz de usuario, ¿se puede reemplazar el BillingService
local por otro hilo en la actividad principal?
Gracias +1 ya por una gran respuesta. La necesidad de un servicio está bien explicada y ejemplificada aquí * pero ... * ¿no es suficiente un solo servicio ('IMarketBillingService')? ¿Por qué dos? ¿Por qué tanto local * como * remoto? –
Si observa el IMarketBillingService, se declara como interfaz pública. IMarketBillingService amplía android.os.IInterface. Esto no es un servicio, solo un stub que usa para comunicarse con el Servicio remoto, en realidad se ejecuta en la aplicación Android Market si no me equivoco. La parte de "Servicio" del nombre de Classe es confusa. –