自定义锁屏实现技术

Question

所以，我一直在网站上探索许多类似的问题（这个，这个，这个，还有更多）。人们想要实现自己的自定义锁屏（而不是小部件）。到目前为止，用户正在使用两种实现技术。

>

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

申请书。在这种技术中，一个普通的应用程序会在解锁逻辑后显示默认屏幕。我认为，在这种情况下，当锁屏可见时，开发人员必须禁用Home、Search、Menu和Back按钮，并在逻辑上实现屏幕关闭。

现在，我不明白这两种方法的区别是什么？StackOverflow社区似乎更强调主屏幕替换技术。我对Android开发非常陌生，所以我可能会遗漏一些方面。请建议我应该使用哪种方法以及为什么？（还有，这很容易吗？）。

非常感谢！

Answer 1

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

恐怕您描述的两种策略都非常困难（取决于您希望它使用的api级别范围）。困难不在于它们之间的区别，而是在于覆盖按钮（因为谷歌通过关闭新api级别的安全漏洞而变得更加困难）。

PS：请注意Jellybean有一个新的Daydream功能。如果你只需要定制锁屏。这可能是一种方法，因为Jellybean在这方面要安全得多，而且比以前的api级别更难使用。

此外，考虑使用HTC屏幕锁API的HTC设备。这样，你的解决方案就不会太黑客了，至少对他们的新设备来说是这样。也许，也可以为根目录设备做一个版本，因为对于已经在设备上获得根目录的用户来说，这也应该很容易。不要低估根深蒂固的市场，有根深蒂固访问权限的用户确实在谷歌游戏中的应用程序上花费了不成比例的钱。如果你只看一下付费应用程序的一些粗略下载数，就会发现这一点。