Właściwy sposób wyjścia z aplikacji iPhone?

Na iPhonie nie ma koncepcji zamknięcia aplikacji. Jedyną czynnością, która powinna spowodować zamknięcie aplikacji, jest dotknięcie przycisku Home w telefonie, a programiści nie mają do tego dostępu.

Według Apple, Twoja aplikacja nie powinna zostać zamknięta sama. Ponieważ użytkownik nie nacisnął przycisku Strona główna, każdy powrót do ekranu głównego daje użytkownikowi wrażenie, że aplikacja uległa awarii. Jest to mylące, niestandardowe zachowanie i należy go unikać.

Exit (0) wyświetla się użytkownikowi jako awaria, więc wyświetla użytkownikowi komunikat z potwierdzeniem. Po potwierdzeniu zawieś (przycisk home naciśnij programowo) i odczekaj 2 sekundy, podczas gdy aplikacja przechodzi w tło z animacją, a następnie wyjdź za Widok użytkownika

-(IBAction)doExit
{
    //show confirmation message to user
    UIAlertView* alert = [[UIAlertView alloc] initWithTitle:@"Confirmation"
                                                 message:@"Do you want to exit?"
                                                delegate:self
                                       cancelButtonTitle:@"Cancel"
                                       otherButtonTitles:@"OK", nil];
    [alert show];
}

-(void)alertView:(UIAlertView *)alertView clickedButtonAtIndex:(NSInteger)buttonIndex
{
    if (buttonIndex != 0)  // 0 == the cancel button
    {
        //home button press programmatically
        UIApplication *app = [UIApplication sharedApplication];
        [app performSelector:@selector(suspend)];

        //wait 2 seconds while app is going background
        [NSThread sleepForTimeInterval:2.0];

        //exit app when app is in background
        exit(0);
    }
}

To nie jest tak naprawdę sposób na rzucenie programu, ale sposób na zmuszenie ludzi do odejścia.

UIAlertView *anAlert = [[UIAlertView alloc] initWithTitle:@"Hit Home Button to Exit" message:@"Tell em why they're quiting" delegate:self cancelButtonTitle:nil otherButtonTitles:nil];
[anAlert show];

Przejdź do informacji.plist i zaznacz klawisz "aplikacja nie działa w tle". Tym razem, gdy użytkownik kliknie przycisk home, aplikacja całkowicie się kończy.

Sprawdź Q & a tutaj: https://developer.apple.com/library/content/qa/qa1561/_index.html

P: jak programowo zamknąć aplikację na iOS?

Nie ma API, które umożliwiałoby zakończenie aplikacji na iOS.

W systemie iOS użytkownik naciska przycisk Home, aby zamknąć aplikacje. Jeśli aplikacja ma warunki, w których nie może spełniać swojej zamierzonej funkcji, zaleca się wyświetlanie alertu dla użytkownika wskazuje to na charakter problemu i możliwe działania, które użytkownik może podjąć - włączenie WiFi, włączenie usług lokalizacji itp. Pozwól użytkownikowi zakończyć aplikację według własnego uznania.

Uwaga: Nie wywołaj funkcji exit. Aplikacje wywołujące exit będą wyświetlane użytkownikowi jako zawieszone, zamiast wykonywać pełne wdzięku zakończenie i animować powrót do ekranu głównego.

Dodatkowo dane nie mogą być zapisywane, ponieważ -applicationWillTerminate: i podobne metody UIApplicationDelegate nie będą wywoływane, jeśli wywołasz exit.

Jeśli podczas programowania lub testowania konieczne jest zakończenie aplikacji, zalecana jest funkcja abort lub makro assert

Dodaj właściwość UIApplicationExitsOnSuspend na aplikacji-info.plist to true

Po kilku testach mogę powiedzieć, co następuje:

• korzystanie z prywatnego interfejsu: [UIApplication sharedApplication] spowoduje, że aplikacja wygląda jakby się zawiesiła, ale wywoła - (void)applicationWillTerminate:(UIApplication *)application zanim to zrobi;
• użycie exit(0); również zakończy działanie aplikacji, ale będzie wyglądało "normalnie" (ikony springboard ' a pojawiają się tak, jak oczekiwano, z efektem pomniejszenia), ale nie wywoła metody delegate - (void)applicationWillTerminate:(UIApplication *)application.

Moja rada:

1. ręcznie wywołaj - (void)applicationWillTerminate:(UIApplication *)application na delegata.
2. Call exit(0);.

Twoja aplikacja zostanie powiadomiona o celowym zamknięciu przez użytkownika:

- (void)applicationWillResignActive:(UIApplication *)application {

Kiedy dostaję to powiadomienie, po prostu dzwonię

        exit(0);

W mojej aplikacji Audio trzeba było zamknąć aplikację po tym, jak ludzie synchronizowali swoje urządzenie podczas odtwarzania muzyki. Po zakończeniu synchronizacji otrzymuję powiadomienie. Ale zamknięcie aplikacji zaraz po tym wyglądałoby na awarię.

Zamiast tego ustawiłem flagę, aby naprawdę zamknąć aplikację przy następnej akcji. Co jest w porządku do odświeżenia aplikacji po synchronizacji.

Moja aplikacja została odrzucona niedawno BC użyłem nieudokumentowanej metody. Dosłownie:

"niestety nie można go dodać do App Store, ponieważ używa prywatnego API. Korzystanie z niepublicznych interfejsów API, które jak opisano w Umowie Licencyjnej programu iPhone Developer Program, sekcja 3.3.1 jest zabronione: [1]}

"3.3.1 aplikacje mogą używać udokumentowanych interfejsów API wyłącznie w sposób określony przez Apple i nie mogą używać ani wywoływać żadnych prywatnych interfejsów API."

Niepubliczne API zawarte w Twoja aplikacja jest terminateWithSuccess "

Apple say:

" Ostrzeżenie: nie wywołaj funkcji exit. Aplikacje wywołujące exit będą wyświetlane użytkownikowi jako zawieszone, zamiast wykonywać pełne wdzięku zakończenie i animować z powrotem do ekranu głównego."

Myślę, że to złe założenie. Jeśli użytkownik dotknie przycisku Zakończ i pojawi się komunikat o treści: "aplikacja zakończy działanie.", nie wydaje się być rozbity. Apple powinno podać prawidłowy sposób zamknięcia aplikacji (nie exit (0)).

To ma dobrą odpowiedź, ale postanowiłem nieco rozszerzyć:

Nie możesz dostać swoją aplikację zaakceptowaną do AppStore bez czytania Apple iOS Human Interface Guidelines dobrze. (zachowują prawo do odrzucenia cię za robienie czegokolwiek przeciwko nim) sekcja" nie rezygnuj programowo" http://developer.apple.com/library/ios/#DOCUMENTATION/UserExperience/Conceptual/MobileHIG/UEBestPractices/UEBestPractices.html jest dokładną wskazówką w jaki sposób należy leczyć w ta sprawa.

Jeśli kiedykolwiek masz problem z platformą Apple, którego nie możesz łatwo znaleźć, skonsultuj się z HIG. Możliwe, że Apple po prostu nie chce, abyś to robił i zwykle (nie jestem Apple, więc nie mogę zagwarantować zawsze) mówią tak w swojej dokumentacji.

Nie możemy zamknąć aplikacji używając exit(0), abort() Funkcje, ponieważ Apple zdecydowanie odradza korzystanie z tych funkcji. Możesz jednak użyć tych funkcji do celów rozwojowych lub testowych.

Jeśli podczas rozwoju lub testowania konieczne jest zakończenie zalecane jest stosowanie, funkcja abort lub assert makro

Ale wytyczne dla interfejsu użytkownika iOS dla uruchamiania i zatrzymywania aplikacji, sugerujące, że nigdy nie używaj przycisku Zamknij lub Zakończ do zakończenia aplikacji. Zamiast tego sugerują wyświetlanie odpowiedniego komunikatu w celu wyjaśnienia sytuacji.

Aplikacja na iOS nigdy nie wyświetla opcji Zamknij lub Zakończ. Ludzie przestają używać aplikacja po przełączeniu się na inną aplikację, wróć do ekranu głównego lub umieść ich urządzenia w trybie uśpienia.

Nigdy nie zamykaj aplikacji na iOS programowo. Ludzie mają tendencję do interpretowania tego jako wypadek. Jeśli coś uniemożliwia działanie aplikacji jako zamierzony, trzeba powiedzieć użytkownikom o sytuacji i wyjaśnić, co mogą to zrobić.

Oprócz powyższego, dobra, odpowiedź chciałem tylko dodać, pomyśleć o oczyszczeniu pamięci.

Po zakończeniu aplikacji, iPhone OS automatycznie wyczyści wszystko, co aplikacja pozostawiła, więc ręczne zwolnienie całej pamięci może po prostu zwiększyć czas potrzebny aplikacji do zakończenia.

Hm, być może "będziesz musiał" zamknąć aplikację, jeśli, powiedzmy, Twoja aplikacja wymaga połączenia z Internetem. Możesz wyświetlić alert, a następnie zrobić coś takiego:

if ([[UIApplication sharedApplication] respondsToSelector:@selector(terminate)]) {
    [[UIApplication sharedApplication] performSelector:@selector(terminate)];
} else {
    kill(getpid(), SIGINT); 
}

- (IBAction)logOutButton:(id)sender
{
   //show confirmation message to user
   CustomAlert* alert = [[CustomAlert alloc] initWithTitle:@"Confirmation" message:@"Do you want  to exit?" delegate:self cancelButtonTitle:@"Cancel" otherButtonTitles:@"OK", nil];
   alert.style = AlertStyleWhite;
   [alert setFontName:@"Helvetica" fontColor:[UIColor blackColor] fontShadowColor:[UIColor clearColor]];
   [alert show];
}
- (void)alertView:(UIAlertView *)alertView clickedButtonAtIndex:(NSInteger)buttonIndex
{

   if (buttonIndex != 0)  // 0 == the cancel button
   {
      //home button press programmatically
      UIApplication *app = [UIApplication sharedApplication];
      [app performSelector:@selector(suspend)];
      //wait 2 seconds while app is going background
      [NSThread sleepForTimeInterval:2.0];
      //exit app when app is in background
      NSLog(@"exit(0)");
      exit(0);
  }
}

Użyłem wspomnianego powyżej podejścia [[NSMutableArray new] addObject: nil], aby wymusić zamknięcie (awarię) aplikacji bez wywoływania funkcji exit(0).

Dlaczego? Ponieważ moja aplikacja używa przypinania certyfikatów do wszystkich wywołań sieciowych API, aby zapobiec atakom typu man-in-the-middle. Należą do nich inicjalizacja połączeń moja aplikacja finansowa sprawia, że na starcie.

Jeśli uwierzytelnianie certyfikatu nie powiedzie się, cała moja inicjalizacja wywoła błąd i pozostawia moją aplikację w stanie nieokreślonym. Letting the użytkownik idź do domu, a następnie z powrotem do aplikacji nie pomaga, ponieważ jeśli aplikacja nie została wyczyszczona przez system operacyjny, nadal jest niezaliczona i niegodna zaufania.

Tak więc, w tym jednym przypadku, uznaliśmy, że najlepiej wyświetlać alert informujący użytkownika, że aplikacja działa w niebezpiecznym środowisku, a następnie, gdy naciśnie "Zamknij", Wymuś zamknięcie aplikacji za pomocą wspomnianej metody.

Wyjście aplikacji w inny sposób niż przycisk home jest naprawdę nie-iOS-esque podejście.

Zrobiłem jednak tego pomocnika, który nie używa prywatnych rzeczy:

void crash()
{ [[NSMutableArray new] addObject:NSStringFromClass(nil)]; }

Ale nadal nie przeznaczone do produkcji w moim przypadku. Służy do testowania raportów o awariach lub szybkiego restartu po zresetowaniu danych rdzenia. Po prostu sprawiło, że nie można go odrzucić, jeśli funkcja pozostała w kodzie produkcyjnym.

Użytkownik powinien zdecydować, kiedy aplikacja zakończy działanie. Nie sądzę, że jest to dobra interakcja z użytkownikiem, gdy aplikacja się kończy. Dlatego nie ma dla niego ładnego API, tylko przycisk home ma taki.

Jeśli wystąpił błąd: zaimplementuj go lepiej lub Powiadom użytkownika. Jeśli trzeba ponownie uruchomić: wdrożyć go lepiej powiadomić użytkownika.

To brzmi głupio, ale to zła praktyka, aby wyjść z aplikacji, nie pozwalając użytkownikowi zdecydować i nie powiadamiając go. A ponieważ jest przycisk home dla użytkownika interakcja, Apple stwierdza, nie powinno być 2 rzeczy dla tej samej funkcji(wychodzenie z aplikacji).

Wyjdź z aplikacji w inny sposób

Zrobiłem jednak tego pomocnika, który nie używa prywatnych rzeczy:

Exit (0);

Może być właściwe zamknięcie aplikacji, jeśli jest to aplikacja długotrwała, która również wykonuje się w tle, na przykład w celu uzyskania aktualizacji lokalizacji (używając do tego celu funkcji tła location updates).

Na przykład, załóżmy, że użytkownik wyloguje się z aplikacji opartej na lokalizacji i wypycha aplikację do tła za pomocą przycisku home. W takim przypadku aplikacja może nadal działać, ale może mieć sens całkowite jej zamknięcie. Byłoby to dobre dla użytkownika (zwalnia pamięć i upewnij się, że aplikacja jest okresowo uruchamiana ponownie, gdy jest to możliwe, jest zabezpieczeniem przed wyciekami pamięci i innymi problemami z niską pamięcią).

To mogłoby (choć prawdopodobnie nie powinno, patrz poniżej :-) być osiągnięte z czymś takim:

- (void)applicationDidEnterBackground:(UIApplication *)application
{
    if (/* logged out */) {
        exit(0);
    } else {
       // normal handling.
    }
}

Ponieważ aplikacja zakończy się z tła nie będzie wyglądać źle dla użytkownika i nie będzie przypominać awarii, pod warunkiem, że interfejs użytkownika zostanie przywrócony następnego dnia czas uruchomić aplikację. Innymi słowy, dla użytkownika nie wyglądałoby to inaczej niż system zainicjował zakończenie aplikacji, gdy aplikacja jest w tle.

Mimo to, lepiej byłoby użyć bardziej standardowego podejścia, aby poinformować system, że aplikacja może zostać zakończona. Na przykład w tym przypadku, upewniając się, że GPS nie jest używany, zatrzymując żądanie aktualizacji lokalizacji, w tym wyłączając Pokaż bieżącą lokalizację w widoku mapy, jeśli jest obecna. W ten sposób system przyjmie dbałość o zakończenie aplikacji kilka minut (np. [[UIApplication sharedApplication] backgroundTimeRemaining]) po wejściu aplikacji w tło. Uzyskałoby to wszystkie te same korzyści bez konieczności używania kodu do zakończenia aplikacji.

- (void)applicationDidEnterBackground:(UIApplication *)application
{
    if (/* logged out */) {
       // stop requesting location updates if not already done so
       // tidy up as app will soon be terminated (run a background task using beginBackgroundTaskWithExpirationHandler if needed).
    } else {
       // normal handling.
    }
}

I oczywiście użycie exit(0) nigdy nie byłoby odpowiednie dla przeciętnej aplikacji produkcyjnej, która działa na pierwszym planie, jak na inne odpowiedzi, które odwołują się http://developer.apple.com/iphone/library/qa/qa2008/qa1561.html

[[UIApplication sharedApplication] terminateWithSuccess];

To działało dobrze i automatycznie wywołuje

- (void)applicationWillTerminateUIApplication *)application delegate.

Aby usunąć ostrzeżenie o czasie kompilacji dodaj ten kod

@interface UIApplication(MyExtras)
  - (void)terminateWithSuccess;
@end