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

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

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

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

非常感谢!

===============>>#1 票数:2 已采纳

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

我担心你描述的两种策略都很困难(取决于你想要它的api级别范围)。 困难不在于他们的区别,困难在于压倒按钮(因为谷歌通过关闭新的api级别的安全漏洞使其变得更加困难)。

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

另外,请考虑将HTC screenlock api用于HTC设备。 这样,您的解决方案至少对于他们的新设备来说不会太苛刻。 也许,为root设备做一个版本,因为对于已经在设备上获得root权限的用户来说,这也应该很容易。 不要打折根源市场,具有root访问权限的用户确实在Google Play上的应用程序上花费了不成比例的金钱。 如果您只是查看Google Play为您提供的付费应用程序(仅限root用户)的大量下载量,那么这一点很明显。

  ask by Dev Dreamer translate from so

未解决问题?本站智能推荐:

关注微信公众号