W jaki sposób system iOS wie, który menedżer lokalizacji może delegować do monitorowania regionu, gdy aplikacja nie jest uruchomiona?

Question

Może być mylące, jak monitorowanie regionu działa, ale to jest to, co do tej pory miałem:

Rejestracja regionu do monitorowania za pośrednictwem mojego menedżera lokalizacji, który jest zaimplementowany w klasie singleton, ten singleton jest również ustawiony jako delegat menedżera lokalizacji, dlatego wywoływana jest wdrożona metoda.

Działa to całkowicie zgodnie z oczekiwaniami, jeśli aplikacja jest aktywna lub zawieszona, metoda jest wywoływana. Ma to również sens, ponieważ klasa została już załadowana, a gdy region wejdzie w zdarzenie, iOS wysyła to nawet do mojej aplikacji, która dzwoni do menedżera lokalizacji, który zarejestrował (prawdopodobnie ma do niego odniesienie), a następnie wywołuje to, co delegat również zarejestrowany wzdłuż niej (ponieważ klasa jest tam gotowa i załadowana).

Problem polega na tym, co dzieje się, gdy aplikacja została zabita? Czy po raz pierwszy został wypuszczony na dalszy plan? W jaki sposób system iOS wie, do której metody delegowania należy użyć, a jeśli został już załadowany?

Answer 1

Gdy aplikacja została zabita i rozkręci do aktualizacji lokalizacji nie może być Location Manager delegata jeszcze i jako takie nie istnieją dostarczone do tego delegata powiadomienia. System nie może wiedzieć, które z twoich zajęć powinny być używane jako delegat menedżera lokalizacji lub jak utworzyć instancję.

Zamiast tego Twój application:didFinishLaunchingWithOptions: zostaje wywołany jak zwykle, ale UIApplicationLaunchOptionsLocationKey jest ustawiony w słowniku opcji. To mówi Twojej aplikacji, że musisz utworzyć instancję menedżera lokalizacji i ustawić delegata. Dopiero po wykonaniu tej czynności delegat zostanie wywołany z aktualizacjami regionu.