Jeśli pytasz, czy za pomocą dwóch stalówki dla orientacji jest standardową praktyką wtedy odpowiedź brzmi: nie.
Jeśli Twoje interfejsy użytkownika dla krajobrazu i portretu są radykalnie różne, wówczas byłoby to bardziej akceptowalne podejście. Ale można łatwo użyć pojedynczego NIB z dwoma widokami w środku (jeden dla krajobrazu, drugi dla portretu).
Zaakceptowany wzór przedstawiony przez Apple oznacza, że kontroler widoku zarządza zarówno orientacją poziomą, jak i portretową, a także dostosowuje swój widok (używając automatycznych maskowania, a także podpina różne metody delegatów uruchomione podczas rotacji, aby dodać/usunąć/animować widoki) lub zastępuje widok czymś innym.
Jeśli Twoje widoki krajobrazowe/portretowe są całkiem inne, polecam mieć pojedynczy NIB z dwoma widokami w środku (jeden dla krajobrazu, jeden dla portretu) i dodawanie/usuwanie tych dwóch widoków wewnątrz kontrolera widoku po wykryciu rotacji .
"Standardowa praktyka" jest zawsze dość trudna do zdefiniowania, a być może niektórzy ludzie nie zgodzą się ze mną, ale na pewno nie widziałem żadnych aplikacji, które wykorzystują dwa NIBs do orientacji w orientacji poziomej/pionowej i nie widziałem dowolny przykładowy kod Apple, który to robi. Mam nadzieję że to pomoże!
Logicznie Nie jest to możliwe. Jeśli chcesz to zrobić, musisz utrzymywać dwa obiekty dla każdego kontrolera w XIB dla protrait i krajobrazu ... –
??? dlaczego nie jest to możliwe? wykonano go w wielu aplikacjach. Wystarczy przejść przez podany link. Będziemy mieć dwa obiekty UIVIEW, pojedynczy XIB i pojedynczy kontroler. –
Powiedziałem już, że potrzebujesz dwóch obiektów dla każdego kontrolera w XIB, a także w twojej próbce w powyższym linku robi to samo, co mówię. Teraz pomyślałem, co jeśli kontroler ma wiele przycisków i inny kontroler. Właśnie dlatego powiedziałem logicznie, że nie jest dobrze integrować się w ten sposób. –