5

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

  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 回答