2013-04-16 7 views
5

Tak więc, badałem wiele podobnych pytań na stronie internetowej (this, this i this i wiele innych). Osoby chcące zaimplementować własny ekran blokady (nie mówiąc o widżetach). Do tej pory istniały dwie techniki wdrażania, z których korzystają użytkownicy.Techniki implementacji niestandardowych blokad ekranu

  1. Ekran Wymiana. W tej technice zaproponowano stworzenie aplikacji na ekranie głównym, gdzie po odblokowaniu pojawia się domyślny ekran. Uważam, że w tej sytuacji programista musi wyłączyć przycisk Home, Search, Menu i Back, gdy widoczny jest ekran blokady i zastosować logikę ekranową.

  2. Wniosek. W tej technice tworzona jest normalna aplikacja, w której po odblokowaniu pojawia się domyślny ekran. Uważam, że w tej sytuacji programista musi wyłączyć przycisk Home, Search, Menu i Back, gdy widoczny jest ekran blokady i zastosować logikę ekranową.

Teraz nie rozumiem, jaka jest różnica między dwoma podejściami? Społeczność StackOverflow wydaje się bardziej stresować techniką wymiany ekranu głównego. Jestem bardzo nowy w rozwoju Androida, więc być może brakuje mi jakiegoś aspektu. Proszę zasugerować, które podejście należy zastosować i dlaczego? (także, co jest łatwe?).

Dziękuję bardzo!

Odpowiedz

2

Użyłbym pierwszej metody, ale tylko z powodów związanych z użytecznością. Ponieważ daje on użytkownikowi możliwość łatwego powrotu do pierwotnego ekranu głównego/blokady, jeśli zdecyduje się nie tworzyć nowego domyślnego wyboru.

Obawiam się, że obie opisane przez ciebie strategie są dość trudne (w zależności od zakresu poziomu api, na którym chcesz pracować). Trudność nie leży w ich różnicy, trudność polega na tym, że przyciski są nadrzędne (bo Google utrudnia to przez zamykanie luk w zabezpieczeniach na nowsze poziomy APi).

PS: Należy pamiętać, że Jellybean ma nową funkcję Daydream. Jeśli dostosowywanie ekranu blokady jest wszystkim, czego potrzebujesz. To może być droga, ponieważ Jellybean jest o wiele bezpieczniejsza pod tym względem i trudniejsza do pracy niż poprzednie poziomy api w przeciwnym razie.

Należy również rozważyć użycie ekranu HTC dla HTC. W ten sposób Twoje rozwiązanie nie będzie zbyt hackowe, przynajmniej dla ich nowszych urządzeń. I być może, zrób wersję dla zrootowanych urządzeń, ponieważ to też powinno być łatwe dla użytkowników, którzy już uzyskali root na swoim urządzeniu. Nie dyskontuj zrootowanego rynku, użytkownicy, którzy mają dostęp do roota, wydają nieproporcjonalnie dużo pieniędzy na aplikacje w Google Play. To oczywiste, jeśli po prostu przyjrzeć się pobieżnej liczbie pobrań płatnych aplikacji, które mówią (tylko root), które daje Google Play.

+0

Dzięki. Właśnie zainstalowałem przykładową aplikację "Home" dostarczoną wraz z SDK. Raz zainstalowałem i kliknąłem, aby użyć "zawsze". Musiałem ponownie ustawić Factory, ponieważ opcja Zarządzaj aplikacjami> Przywróć domyślne nie była już dostępna. Ale widzę, co mówisz. Poza tym aspektem widzisz inne wąskie gardła? Jak wydajność? –

+0

Nie mogę mówić do spektaklu. Mogę tylko powiedzieć, że będzie to ból głowy do utrzymania, ponieważ będziesz musiał użyć wielu sztuczek, aby to zadziałało, a te sztuczki mogą przestać działać, gdy twoi użytkownicy otrzymają nowe aktualizacje systemu operacyjnego. –

+0

Właściwie prawdopodobnie nie było potrzeby resetowania ustawień fabrycznych, prawdopodobnie mógłbyś ponownie uruchomić okno dialogowe, instalując nowy ekran główny z Google Play i/lub mógłbyś usunąć aplikację bezpośrednio za pomocą polecenia adb. –

Powiązane problemy