5

因此，我一直在跨网站探索许多类似的问题（this、this和this等等）。想要实现自己的自定义锁屏的人（不是在谈论小部件）。到目前为止，用户正在使用两种实现技术。

  1. 主屏幕更换。在这种技术中，它建议创建一个主屏幕应用程序，在解锁逻辑之后会显示默认屏幕。我相信在这种情况下，开发人员必须在锁定屏幕可见时禁用 Home、Search、Menu 和 Back 按钮，并实现 Screen off-on 逻辑。

  2. 一个应用程序。在这种技术中，创建了一个普通的应用程序，在解锁逻辑之后显示默认屏幕。我相信在这种情况下，开发人员必须在锁定屏幕可见时禁用 Home、Search、Menu 和 Back 按钮，并实现 Screen off-on 逻辑。

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

非常感谢！

4

1 回答 1

2

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

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

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

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

于 2013-04-17T00:22:02.587 回答