Kontrolery widoku modalnego - jak wyświetlać i odrzucać

Ten wiersz:

[self dismissViewControllerAnimated:YES completion:nil];

Nie wysyła wiadomości do siebie, to w rzeczywistości wysyła wiadomość do swojego prezentującego VC, prosząc go o odrzucenie. Kiedy prezentujesz VC, tworzysz relację między prezentującym VC a prezentowanym. Nie powinieneś więc niszczyć prezentującego się VC podczas prezentacji (prezentowany VC nie może wysłać tej wiadomości z powrotem...). Ponieważ nie bierzesz tego pod uwagę, zostawiasz aplikację w stanie dezorientacji. Zobacz moją odpowiedź odrzucenie prezentowanego kontrolera widoku w którym polecam tę metodę jest wyraźniej napisane:

[self.presentingViewController dismissViewControllerAnimated:YES completion:nil];

W Twoim przypadku musisz upewnić się, że cała kontrola odbywa się w mainVC. Powinieneś użyć delegata, aby wysłać poprawną wiadomość z powrotem do MainViewController z ViewController1, aby mainVC mógł odrzucić VC1, a następnie przedstawić VC2.

In VC2 VC1 dodaj protokół w swoim .plik h nad interfejsem@:

@protocol ViewController1Protocol <NSObject>

    - (void)dismissAndPresentVC2;

@end

I niżej w ten sam plik w sekcji @interface deklaruje właściwość do przechowywania wskaźnika delegata:

@property (nonatomic,weak) id <ViewController1Protocol> delegate;

W VC1 .plik m, metoda przycisku Odrzuć powinna wywołać metodę delegata

- (IBAction)buttonPressedFromVC1:(UIButton *)sender {
    [self.delegate dissmissAndPresentVC2]
}

Teraz w mainVC ustaw go jako delegata VC1 podczas tworzenia VC1:

- (IBAction)present1:(id)sender {
    ViewController1* vc = [[ViewController1 alloc] initWithNibName:@"ViewController1" bundle:nil];
    vc.delegate = self;
    [self present:vc];
}

I wdrożyć metodę delegowania:

- (void)dismissAndPresent2 {
    [self dismissViewControllerAnimated:NO completion:^{
        [self present2:nil];
    }];
}

present2: Może być tą samą metodą co metoda VC2Pressed: button IBAction. Zauważ, że jest wywoływany z bloku zakończenia, aby upewnić się, że VC2 nie jest prezentowany, dopóki VC1 jest całkowicie zwolniony.

Teraz przechodzisz z VC1->VCMain - > VC2, więc prawdopodobnie będziesz chciał, aby tylko jedno przejście było animowane.

Update

W swoich komentarzach wyrażasz zdziwienie złożonością wymaganą do osiągnięcia pozornie prostej rzeczy. Zapewniam cię, że ten wzór delegacji jest tak centralny dla wielu Objective-C i Cocoa, a ten przykład jest o najbardziej proste można uzyskać, że naprawdę należy podjąć wysiłek, aby uzyskać komfortowe z nim.

W Apple View Controller Programming Guide mają to powiedzieć:

Odrzucenie prezentowanego kontrolera widoku

Kiedy przychodzi czas na odrzucenie prezentowanego kontrolera widoku, preferowanym podejściem jest pozwolić, aby prezentujący kontroler go odrzucił. Innymi słowy, o ile to możliwe, ten sam kontroler widoku, który przedstawił kontroler widoku, powinien również wziąć odpowiedzialność za jego odrzucenie. Chociaż są kilka technik powiadamiania prezentującego kontrolera widoku, że jego prezentowany kontroler widoku powinien zostać odrzucony, preferowaną techniką jest delegowanie. Aby uzyskać więcej informacji, zobacz " Używanie delegowania do komunikacji z innymi kontrolerami."

Jeśli naprawdę zastanowisz się, co chcesz osiągnąć i jak zamierzasz to osiągnąć, zdasz sobie sprawę, że wysyłanie wiadomości do MainViewController, aby wykonać całą pracę, jest jedynym logicznym wyjściem, biorąc pod uwagę, że nie chcesz używać NavigationController. Jeśli używasz NavController, w efekcie "delegujesz", nawet jeśli nie jawnie, do navController, aby wykonać całą pracę. Musi istnieć jakiś {52]} obiekt, który utrzymuje centralny ślad tego, co dzieje się z Twoją nawigacją VC, a ty potrzebujesz jakiegoś {52]} sposobu komunikowania się z nim, cokolwiek robisz.

Oto coś, co możesz sobie wyobrazić do pracy bez kłopotów z delegowaniem...

- (IBAction)dismiss:(id)sender {
    [[self presentingViewController] dismissViewControllerAnimated:YES 
                                                        completion:^{
        [self.presentingViewController performSelector:@selector(presentVC2:) 
                                            withObject:nil];
    }];

}

Po poproszeniu prezentującego kontrolera o zwolnienie nas, mamy blok dopełniania, który wywołuje metodę w presentingViewController, aby wywołać VC2. Delegat nie jest potrzebny. (Dużą zaletą bloków jest to, że zmniejszają potrzeba delegatów w tych okolicznościach). Jednak w tym przypadku jest kilka rzeczy, które wchodzą w drogę...

• w VC1 nie wiesz że mainVC implementuje metodę present2 - możesz skończyć z trudnymi do debugowania błędami lub awariami. Delegaci pomogą Ci tego uniknąć.
• gdy VC1 zostanie odrzucony, nie ma możliwości wykonania bloku zakończenia... a może jest? Robi siebie.presentingViewController już coś znaczy? Nie wiesz (ja też nie wiem)... z delegatem nie masz tej niepewności.
• kiedy próbuję uruchomić tę metodę, po prostu zawiesza się bez ostrzeżeń lub błędów.

Update2

W Twoim komentarzu udało Ci się to zrobić, używając tego w obsłudze przycisku zwalniania VC2:

 [self.view.window.rootViewController dismissViewControllerAnimated:YES completion:nil]; 

szczelne sprzęgło
Jesteś hard-okablowanie struktury viewController razem. Na przykład, jeśli wstawisz nowy kontroler viewController przed mainVC, Twoje wymagane zachowanie ulegnie złamaniu (przejdziesz do poprzedniego). W VC1 trzeba było również # import VC2. Dlatego masz dość dużo zależności między sobą, co łamie cele OOP/MVC.

Używając delegatów, ani VC1, ani VC2 nie muszą wiedzieć nic o mainVC, albo jest to poprzedzające, więc trzymamy wszystko luźno powiązane i modułowe.

pamięć
VC1 nie odszedł, nadal masz do niego dwa wskaźniki:

• mainvc ' s presentedViewController property
• VC2 ' s presentingViewController property

[self dismissViewControllerAnimated:YES completion:nil]; 

[self presentViewController:vc2 animated:YES completion:nil];
[self dismissViewControllerAnimated:YES completion:nil];
 // Attempt to dismiss from view controller <VC1: 0x715e460>
 // while a presentation or dismiss is in progress!

Logika rozkłada się, ponieważ próbujesz odrzucić prezentujący VC Z czego VC2 jest prezentowanym VC. Druga wiadomość tak naprawdę nie zostanie wykonana - cóż, być może niektóre rzeczy się zdarzają, ale nadal pozostajesz z dwoma wskaźnikami do obiektu, którego myślałeś, że się pozbyłeś. (edit-sprawdziłem to i nie jest tak źle, oba obiekty znikają po powrocie do mainVC)

To dość długi sposób mówienia-proszę, użyj delegatów. Jeśli to pomoże, zrobiłem kolejny. Krótki opis wzoru tutaj:
czy podanie kontrolera w konstruktorze jest zawsze złą praktyką?

Update 3
Jeśli naprawdę chcesz uniknąć delegatów, to może być najlepszym wyjściem: {]}

W VC1:

[self presentViewController:VC2
                   animated:YES
                 completion:nil];

Ale nie odrzucaj niczego... jak ustaliliśmy, to i tak się nie dzieje.

W VC2:

[self.presentingViewController.presentingViewController 
    dismissViewControllerAnimated:YES
                       completion:nil];

Ponieważ (wiemy) nie oddaliliśmy VC1, możemy sięgnąć wstecz przez VC1 do MainVC. Mainvc1 Ponieważ VC1 zniknął, jest przedstawiony VC2 idzie z nim, więc jesteś z powrotem na MainVC w stanie czystym.

Nadal jest wysoce sprzężony, ponieważ VC1 musi wiedzieć o VC2, a VC2 musi wiedzieć, że został dostarczony przez MainVC - >VC1, ale to najlepsze, co dostaniesz bez odrobiny wyraźnej delegacji.