自定義鎖定屏幕實現技巧

Question

因此，我一直在探索跨網站（this,this和this等）的許多類似問題。人們想要實現他們自己的自定義鎖定屏幕（不是在談論小部件）。到目前爲止，用戶正在使用兩種實現技術。

1. 主屏幕更換。在這種技術中，它建議創建一個主屏幕應用程序，在解鎖邏輯後顯示默認屏幕。我相信在這種情況下，開發人員必須在鎖定屏幕可見時禁用主頁，搜索，菜單和返回按鈕，並執行屏幕關閉邏輯。

2. 應用。在這種技術中，正常的應用程序是在解鎖邏輯之後出現的默認屏幕。我相信在這種情況下，開發人員必須在鎖定屏幕可見時禁用主頁，搜索，菜單和返回按鈕，並執行屏幕關閉邏輯。

現在，我不明白兩種方法有什麼區別？ StackOverflow社區似乎更強調主屏幕替換技術。我對Android開發非常陌生，所以我可能會忽略它的一些方面。請建議我應該使用哪種方法，爲什麼？ （另外，這很容易？）。

非常感謝！

Answer 1

我會使用第一種方法，但僅出於可用性原因。因爲如果用戶選擇不將新設備設置爲默認選擇，則可以讓用戶輕鬆恢復到原始主屏幕/鎖定屏幕。

恐怕你描述的兩種策略都很困難（取決於你想要的api等級範圍）。難度不在於它們的區別，難度在於覆蓋按鈕（因爲谷歌通過關閉較新API級別的安全漏洞使谷歌更加困難）。

PS：請注意，Jellybean具有新的Daydream功能。如果自定義鎖屏是你需要的。這可能是前進的方向，因爲Jellybean在這方面更安全，而且比以前的api水平更難以使用。

此外，考慮使用HTC設備的HTC screenlock API。這樣，您的解決方案至少對於他們的新設備來說不會太冒昧。也許，也爲根用戶設備製作一個版本，因爲對於已經在設備上獲得root的用戶來說，這也應該很容易。不要打折根深蒂固的市場，擁有root訪問權限的用戶確實在Google Play的應用程序上花費了不成比例的金錢。如果您只是看看Google Play爲您提供的支付應用程序的下載數量（僅限根目錄），那麼這一點就顯而易見了。