Dnia Thu, 04 Sep 2014 20:51:01 +0200, Marek napisał(a):
> Widzę, że pokutuje tu mieszanka mitów i uprzedzeń. Żeby aplikacja
> zżerała baterie w Androidzie programista musi się na prawdę postarać.
> Klawisz back zakończy aplikację, jeśli programista obsłuży akcję
> "wciśnięto back" i zakończy jej pracę. Jeśli tego nie zrobi system
> domyślnie "schowa" ją w tło i zatrzyma (wyjątek od tego poniżej). W
> Androidzie, ze względu na pracę w warunkach zasilania bateryjnego
> każde przełączenie się na inną aplikacje powoduje zatrzymanie
> bieżącej CHYBA, ŻE programista intencjonalnie obsługuje takie
> zdarzenie i wymusi pracę aplikacji w tle np. kontynuacja obliczeń.
> Oprócz zatrzymywania mamy domyślne usypianie urządzenia, chyba, że
> znowu programista celowo zablokuje uśpienie. Tutaj na prawdę ciężko
> zrobić jakiś błąd aby przez przypadek aplikacja została przęłączona w
> tlo i ciągle działała, bo trzeba to z góry przewidzieć na etapie
> projektu aplikacji, inaczej domyślnie system ja zatrzyma.

A mimo wszystko programisci opanowali te sztuke znakomicie, bo zzeraja
baterie blyskawicznie. I nawet nie wiadomo dlaczego - procesor, ekran,
transmisje, jakis akcelerator graficzny ? Czy google skorzystal z
okazji, i zeskanowal okolice..

> W ogóle "aplikacja" to trochę niefortunne określenie w przypadku
> Androida, bo pejoratywnie kojarzy się z aplikacją (programem) na PC,
> a to trochę inaczej wygląda. W Androidzie aplikacja jest jakby
> modułem/rozszerzeniem do systemu implementującym odpowiednie metody
> wywoływane przez ten system. To nie jest tak proste jak w unices, że

No pacz pan, ale unices sa passe, a w windows jak piszesz - system
wywoluje funkcje programu. Najwyrazniej jednak programy z uwielbieniem
wywoluja funkcje "wywolaj mnie przy najblizszej okazji".

A tak w zasadzie, to w Androidach nie ma zadnych programow, sa dane do
interpretera Dalvika :-)

> Androidzie jest rozdzielenie między tą częścią kodu, która ma
> wyświetlić i zarządzać UI (activity) a częścią, która ma coś robić,
> najczęściej w tle i nie potrzebuje do tego UI (serwis). Jeśli w
> kodzie w części UI cpu spędzi za dużo czasu (przez błąd programisty)
> taka aplikacja zostanie ubita przez system bardzo szybko (system nie
> dopuszcza takiego działania). Natomiast w serwisie (w tle) można
> robić co dusza zapragnie, na pełnym gazie cpu.

Cos tam jednak musi to dzialanie przerwac, zeby obsluzyc inne.

> Podsumowując, jeśli aplikacja ciągle coś robi w tle to tak ma być,
> zatrzymać tego nie można, bo najczęściej po zatrzymaniu przez
> użytkownika jakimś narzędziem system to uruchomi ponownie, jeśli
> programista przewidział to i wymusza autorestart. Jedyne rozwiązanie
> to jej odinstalowanie.

I to jest wk*. I nie wiadomo co baterie zzera.

Albo taki ostatni przypadek - podlaczam sluchawki, gra muzyczka.
Jakie amazing rozwiazanie. Tylko k* jak to wylaczyc, bo zainstalowalem
kilka grajacych programow.

J.