Po pierwsze, przepraszam za nie udzielenie odpowiedzi na pytanie, ponieważ nadal nie mam na to optymalnej odpowiedzi. Ale bardzo mi się podoba, gdy ludzie zaczynają pytać "czego potrzebujesz".I bardzo rzadko osoba, która zadała to pytanie, naprawdę zasługuje na takie pytanie. Myślę, że nie tym razem, ale ok, to nie jest kwestia ...
każdym razie postaram się wskazać, dlaczego niektórzy z nas są przekonani, że
począwszy od działalności dla działalności B (tworzenie UI na podstawie pobierania niektórych danych) ORAZ
Powrót z B na A (niszczenie wszystkich utworzonych interfejsów i/lub pobranych danych w B) jest czasami złym pomysłem. Lepszym rozwiązaniem byłoby utrzymywanie stosu takim, jaki jest, więc użycie czegoś takiego jak finish() w Działaniu B, ale utrzymywanie aktywności B w trybie Pauzy, więc później, gdy wywołasz ją ponownie z Aktywności A - po prostu włączy się onResume = nic odtworzone w interfejsie użytkownika, brak pobierania dodatkowych danych. Bonusem jest oczywiście szybki i responsywny interfejs użytkownika, a różnica polega na tym, że masz bardziej skomplikowany układ interfejsu użytkownika.
http: // stackoverflow.com/questions/3141996/android-how-to-override-the-back-button-so-it-doesnt-finish-my-activity –
Podobny, ale uruchamia główną czynność po naciśnięciu klawisza wstecz. Muszę po prostu przestać (tzn. Wstrzymać i przejść do tła, aby powrócić do poprzedniej aktywności). – Roger
Co/ile zmiennych? Jak są używane? Można rozważyć ustawienie ich jako zmiennych klasowych zamiast martwić się utrzymaniem tej aktywności przy życiu. – Rob