Técnicas de implementación de la pantalla de bloqueo personalizado
Por lo tanto, he estado explorando muchas preguntas similares en el sitio web ( esto , esto y esto y muchos más). Personas que quieren implementar su propia pantalla de bloqueo personalizada (no hablar de widgets). Hasta ahora ha habido dos técnicas de implementación que los usuarios están utilizando.
-
Reemplazo de pantalla de inicio . En esta técnica se sugiere crear una aplicación de pantalla de inicio, donde después de la lógica de desbloqueo aparece la pantalla predeterminada. Creo que en esta situación el desarrollador tiene que deshabilitar el botón Inicio, Búsqueda, Menú y Atrás cuando la pantalla de bloqueo es visible e implementar la lógica de apagado de la pantalla.
- El desarrollo de una aplicación de pantalla de bloqueo de Android
- Diferenciar RemoteControlClient de los auriculares
- "Bloquear pantalla" con contraseña de seguridad personalizada
- Mostrar texto del ticker de notificación de la barra de estado cuando la pantalla está bloqueada en Android
- Activar o desactivar la pantalla PatternLock del código
-
Una aplicación . En esta técnica se hace una aplicación normal donde después de la lógica de desbloqueo aparece la pantalla predeterminada. Creo que en esta situación el desarrollador tiene que deshabilitar el botón Inicio, Búsqueda, Menú y Atrás cuando la pantalla de bloqueo es visible e implementar la lógica de apagado de la pantalla.
Ahora, no entiendo que ¿cuál es la diferencia entre dos enfoques? Comunidad StackOverflow parece hacer hincapié más en la técnica de reemplazo de pantalla de inicio. Soy muy nuevo en el desarrollo de Android por lo que podría estar perdiendo algún aspecto al respecto. Por favor sugiera que enfoque debo usar y por qué? (También, ¿qué es fácil?).
¡Muchas gracias!
- Cómo bloquear la pantalla del dispositivo Android en Android 4.4 y 5.0+
- Widget de la pantalla de bloqueo de Android
- Android Galaxy S4 - Actividad visible en la pantalla de bloqueo
- Cómo evitar el evento de pantalla de bloqueo durante la prueba de mono
- Controles del reproductor de medios en la notificación
- RemoteControlClient - Audio Focus es necesario / necesario?
- Personalización de la funcionalidad de la pantalla de bloqueo de Android?
- Desbloquear dispositivo, mostrar un texto y bloquearlo de nuevo.
Yo usaría el primer método, pero sólo por razones de usabilidad. Debido a que le da al usuario la opción de volver fácilmente a la original homescreen / lockscreen si elige no hacer la nueva opción predeterminada todavía.
Me temo que las dos estrategias que describió son bastante difíciles (dependiendo de la gama de niveles api que desea que funcione). La dificultad no está en su diferencia, la dificultad está en superar los botones (como Google lo hace más difícil cerrando las lagunas de la seguridad para los niveles más nuevos del api).
PS: Tenga en cuenta que Jellybean tiene una nueva funcionalidad Daydream. Si la personalización de la lockscreen es todo lo que necesita. Ese puede ser el camino a seguir ya que Jellybean es mucho más seguro a ese respecto y más difícil de trabajar que los niveles de api anteriores.
Además, considere el uso del HTC screenlock api para dispositivos HTC. De esta manera, su solución no será demasiado hacky al menos para sus dispositivos más nuevos. Y tal vez, hacer una versión para los dispositivos de raíz también, ya que también debe ser fácil, para los usuarios que ya han obtenido raíz en su dispositivo. No descarte el mercado arraigado, los usuarios con acceso root gastan una cantidad desproporcionada de dinero en aplicaciones de Google Play. Eso es obvio si echamos un vistazo a algunos de los números aproximados de descargas para aplicaciones pagadas que dicen (solo para root) que Google Play te da.
- El intervalo de TableRow no funciona para filas añadidas dinámicamente
- Mostrando la imagen en ListPreference resumen