自定义锁屏实现技术

Question

所以,我一直在网站上探索许多类似的问题(这个,这个和这个以及更多).人们想要实现自己的自定义锁定屏幕(不是谈论小部件).到目前为止,用户正在使用两种实现技术.

1. 主屏幕更换.在这种技术中,它建议创建一个主屏幕应用程序,在解锁逻辑后,默认屏幕显示.我相信在这种情况下,开发人员必须在锁定屏幕可见时禁用"主页","搜索","菜单"和"返回"按钮,并实现屏幕关闭逻辑.

2. 一个申请.在这种技术中,制作了一个普通的应用程序,在解锁逻辑之后显示默认屏幕.我认为,在这种情况下,开发人员必须禁用主页,搜索,菜单和后退按钮时,锁屏可见,实施关上的逻辑屏幕.

现在,我不明白两种方法有什么区别？StackOverflow社区似乎更多地关注主屏幕替换技术.我对Android开发很陌生,所以我可能会错过一些关于它的方面.请建议我应该使用哪种方法,为什么？(也很容易？).

非常感谢!

Answer 1

我会使用第一种方法，但只是出于可用性原因。因为如果用户选择不将新主屏幕/锁定屏幕设置为默认选择，它可以让用户选择轻松恢复到原始主屏幕/锁定屏幕。

恐怕你描述的两种策略都相当困难（取决于你希望它工作的 api 级别范围）。困难不在于它们的差异，困难在于覆盖按钮（因为 Google 通过关闭较新的 api 级别的安全漏洞而使其变得更加困难）。

PS：请注意 Jellybean 有一个新的 Daydream 功能。如果您只需要自定义锁屏。这可能是一种可行的方法，因为 Jellybean 在这方面更加安全，并且比之前的 api 级别更难使用。

另外，请考虑对 HTC 设备使用 HTC 屏幕锁定 API。这样，您的解决方案至少对于他们的新设备来说不会太老套。也许，也可以为已取得 root 权限的设备创建一个版本，因为对于已经在其设备上获得 root 权限的用户来说，这也应该很容易。不要低估 root 市场，拥有 root 访问权限的用户确实会在 Google Play 中的应用程序上花费不成比例的金钱。如果您只看一下 Google Play 为您提供的付费应用程序的一些粗略下载量（仅限 root），这一点就很明显了。