Załadowana stalówka, ale wylot "view" nie został ustawiony

Macie rację, ale jako że jestem nowicjuszem, Zajęło mi trochę czasu, aby wymyślić wszystkie kroki, aby to zrobić. Oto co mi się udało:

• Otwórz plik XIB powodujący problemy
• Kliknij ikonę właściciela pliku na lewym pasku (u góry wygląda jak żółte pole)
• Jeśli nie widzisz prawego paska bocznego, kliknij trzecią ikonę powyżej "widok" na pasku narzędzi. Spowoduje to wyświetlenie prawego paska bocznego
• w prawym pasku bocznym kliknij czwartą kartę--the taki, który wygląda trochę jak gazeta
• w sekcji "Custom Class" na górze, upewnij się, że Class jest nazwą kontrolera ViewController, która powinna odpowiadać temu widokowi. Jeśli nie, wpisz
• na prawym pasku bocznym kliknij ostatnią kartę-tę, która wygląda jak okrąg ze strzałką
• Powinieneś zobaczyć "outlets" z "view" pod nim. Przeciągnij koło obok do ikony "widok" na lewym pasku (na dole wygląda jak biały kwadrat z grubym szarym outline
• Zapisz xib i uruchom ponownie

To propozycja Josha Justice ' a, ale w sposób graficzny (zdjęcia są moje):

1. Wybierz właściciela pliku
2. po prawej stronie wybierz klasę niestandardową.
3. wprowadź niestandardową nazwę klasy

1. po prawej stronie panelu wybierz oultets
2. przeciągnij wylot widoku, aby wyświetlić komponent

W końcu kontroler widoku jest uruchamiany z kodem zwijania:

        PTFilterUserVC *aFilterUserVC = [[PTFilterUserVC alloc] initWithNibName:@"FilterVC" bundle:nil];

        //OPTIONAL.This is how 'I' am interested in present the view controller.
        [self.navigationController pushViewController:aFilterUserVC animated:YES];

Ogólnie mogę to naprawić, zmieniając połączenie między właścicielem pliku a widokiem. Sterowanie-przeciągnij Z właściciela pliku do widoku (w IB) i wybierz widok z menu podręcznego.

Czy na pewno masz UIView (lub podklasę) przypisaną do właściwości "view" yourViewController?

Kliknij prawym przyciskiem myszy na "File Owner" w lewym okienku kontrolera xib dla yourViewController i sprawdź, czy wylot "view" jest ustawiony. Jeśli nie, ustaw go na widok!

To zdecydowanie naprawi problem

Dla mnie wszystko co tu jest napisane https://stackoverflow.com/a/6395750/939501 były prawdziwe, ale mimo to był błąd rzucania, powodem było stworzenie klasy widoku o nazwie ABCView, a następnie usunięte go później dodałem kontroler widoku jako ABCViewController więc jakoś odnosił się do starego ABCView w nowym kontrolerze widoku, musiałem usunąć ABCViewController i dodać nowy o innej nazwie, który rozwiązał mój problem.

Thanks

Miałem ten sam problem z XCode 4.6.3. Zacząłem od kilku plików o nazwach MySettingsView.h i .m, ale usunąłem je na rzecz MySettingsViewController.h, ale pomimo wypróbowania większości wskazań wymienionych tutaj, nadal błądził z

2013-07-05 11:48:17.205 MyApp [39024: c07] * * * zakończenie aplikacji ze względu na nieobciążony wyjątek "NSInternalInconsistencyException", powód: '- [UIViewController _loadViewFromNibNamed:bundle:] loaded the "MySettingsView", ale widok nie był gotowi.'

Najwyraźniej nadal był "zdezorientowany", próbując załadować MySettingsView.xib zamiast kontrolera MySettingsView .xib. Może jego logika "rób to, co mam na myśli" jest zbyt wymyślna.

Więc obejrzałem problem, kodując na twardo nazwę NIB / XIB w MySettingsViewController.m:

- (id)initWithNibName:(NSString *)nibNameOrNil bundle:(NSBundle *)nibBundleOrNil
{
    self = [super initWithNibName:@"MySettingsViewController" bundle:nibBundleOrNil];
}

Dla każdego, kto używa metody xib do utworzenia UIView i ma ten problem, zauważysz, że nie będziesz mieć gniazda "widok" w menu Inspektora połączeń. Ale jeśli ustawisz klasę Custom Owners pliku na UIViewController, a następnie zobaczysz Gniazdo" view", które możesz po prostu CMND podłączyć gniazdo do CustomView.

Mój problem z tym był spowodowany duplikatem stalówki w folderze klasy, który nie miał ustawionego widoku. Xcode wydawało się wybierać jedną stalówkę do budowy, a następnie drugi następnym razem zbudowałem projekt. Właśnie usunąłem ten drugi. Wygląda dobrze. Doh!

Spędziłem ponad godzinę próbując dowiedzieć się, dlaczego moja właściwość widoku nie jest ustawiona w kontrolerze widoku po zainicjowaniu jej z nib. Pamiętaj, aby zadzwonić " [super initWithNibName...] "wewnątrz kontrolera widoku jest initWithNibName.

Napotkałem ten problem w nieco inny sposób niż pozostałe odpowiedzi tutaj.

Jeśli po prostu utworzyłem nowy plik xib, dodałem do niego UIViewController w Interface Builder i ustawiłem tę klasę UIViewController na moim kontrolerze widoku, co spowodowało awarię "view outlet was not set". Inne rozwiązania tutaj mówią, aby kontrolować-przeciągnij Gniazdo widoku do widoku, ale dla mnie Gniazdo widoku było wyszarzone i nie mogłem kontrolować-przeciągnij.

I zorientowałem się, że mój błąd polegał na dodaniu UIViewController w Interface Builder. Zamiast tego musiałem dodać UIView i ustawić niestandardową klasę właściciela pliku do mojego kontrolera widoku. Następnie mogłem kontrolować-przeciągnij wylot widoku właściciela pliku do mojego nowego widoku UIView i wszystko działało tak, jak powinno.

Właśnie naprawiłem to w moim. Duży projekt, dwa pliki. Jeden był "ReallyLargeNameView", a drugi "ReallyLargeNameViewController"

W oparciu o drugą odpowiedź wybraną powyżej, postanowiłem wyczyścić moją konstrukcję. Nada, ale i tak podejrzewałem XCode (bo mam dwie identyczne klasy, powinny być abstrakcyjne, ale eh... Więc jeden pracuje, drugi nie. Nazwy wlascicieli pliku sa tak dalece kopiowane i wklejane, wyloty ponownie uruchomione, Xcode restartowane, nadal nic.

Więc usuwam podobne o nazwie Klasa (czyli widok). Wkrótce nowy błąd "outlet inside not hooked up" dosłownie był "webView not key value" bla... mówiąc "Visual Studio jest lepsze". W każdym razie... Kasuję mniejszy plik o nazwie i działa.

XCode jest mylony przez pliki o podobnej nazwie. A projekt jest wystarczająco duży, aby trzeba było trochę restartować, co może być jego częścią.

Chciałbym mieć bardziej techniczną odpowiedź niż "XCode jest zdezorientowany", ale cóż, xCode jest zdezorientowany dużo w tym momencie. Unfused it the w ten sam sposób pomagałbym małemu dziecku. Teraz działa,:) powinno przynieść korzyści innym, jeśli powyższe nic nie naprawi.

Zawsze pamiętaj, aby wyczyścić swoje buildy (usuwając również symulator)

Miałem również ten sam problem i moim problemem było to, że dodałem inną lokalizację (angielski) do stalówki viewcontrollers, więc moja aplikacja z lokalizacją niemiecką mogła znaleźć stalówkę z lokalizacją angielską!! Mam nadzieję, że to komuś pomoże!

Napotkałem ten sam problem, gdy przypadkowo usunąłem odniesienie xib i dodałem je ponownie.Właśnie naprawiłem, nawiązując połączenie między właścicielem plików a widokiem.Upewnij się również, że niestandardowa Klasa właściciela plików jest oczekiwanym kontrolerem viewController.

Dla mnie problem był spowodowany przez wywołanie initWithNibName:bundle:. Używam komórek widoku tabeli z pliku nib do definiowania formularzy wejściowych, które znajdują się na tableViews. Ponieważ nie mam widoku, nie ma sensu się do niego przywiązywać. Zamiast tego, jeśli wywołam zamiast tego metodę initWithStyle: i stamtąd załaduję plik nib, wtedy wszystko działa zgodnie z oczekiwaniami.

Poprzednie odpowiedzi prawie rozwiązały problem dla mnie, ale ostatniego kroku brakowało.

1. Utwórz plik xib i swift o tej samej nazwie.

1. Ustaw właściciela pliku na podklasę UIView.

1. przeciągnij outlet z widoku do podklasy UIView, nadaj jej nazwę "contentView"

1. Dodaj ten niestandardowy inicjalizator, aby po załadowaniu XIB dołącza contentView

required init?(coder aDecoder: NSCoder) {
        super.init(coder: aDecoder)
        Bundle(for: self.classForCoder).loadNibNamed("SampleView", owner: self, options: nil)
        addSubview(contentView)
        contentView.frame = self.bounds
        contentView.autoresizingMask = [.flexibleHeight, .flexibleWidth]
    }

Teraz każdy @IBOutlets, który dodasz, zostanie dołączony.

Miałem ten sam problem, ale wymagano nieco innego rozwiązania. Problemem w tym przypadku była klasa właściciela pliku, a nie klasa widoku. Aby to ustawić, musiałem kliknąć ikonę "odtwarzaj wstecz" w lewym dolnym rogu okna kreatora interfejsu, a następnie pojawiły się opcje, które odizolowały cechy właściciela pliku, pierwszego odpowiedzi i widoku. Kliknięcie na pierwszą (duże przezroczyste okienko), umożliwiło mi ustawienie jej niestandardowej klasy jako sugerowane powyżej.

Miałem ten sam problem, ale wymagano innego rozwiązania. Problem w tym przypadku polegał na tym, że Klasa właściciela pliku nie była podłączona do pliku xib.

Wpadłem dziś na coś bardzo podobnego, z podklasą Swift UIViewController. W tym przypadku żadna z powyższych poprawek nie zadziałała, ale zmiana kolejności mojego kodu trochę nie zadziałała. Net-net, mający rozszerzenie do podklasy występujące przed samą definicją podklasy w tym samym pliku wydaje się mylić XCode, pomimo kompilacji fine; poprawka polegała na umieszczeniu rozszerzeń po definicji podklasy.

Zamieściłem szczegóły w odpowiedzi na podobne pytanie .

W moim przypadku zaimplementowany został wyznaczony inicjalizator - (instancetype)initWithNibName:(NSString *)nibNameOrNil bundle:(NSBundle *)nibBundleOrNil w klasie ***ViewController , więc nawet jeśli wywołam inny inicjalizator do zainicjalizowania obiektu ,zostanie wywołany wyznaczony inicjalizator .

Więc aby rozwiązać ten problem sprawdzanie wether - (instancetype)initWithNibName:(NSString *)nibNameOrNil bundle:(NSBundle *)nibBundleOrNil jest również właściwym sposobem.

Miałem ten sam błąd w moim projekcie, ale z innego powodu. W moim przypadku miałem konfigurację IBOutlet o nazwie "View" w mojej niestandardowej klasie UITableViewController. Wiedziałem ,że "view" jest wyjątkowy, ponieważ jest członkiem klasy bazowej, ale nie sądziłem, że View (inny przypadek) również będzie problemem. Domyślam się, że niektóre obszary Cocoa nie uwzględniają wielkości liter i prawdopodobnie Ładowanie xib jest jednym z tych obszarów. Więc po prostu przemianowałem go na DefaultView i wszystko jest już dobrze.

Select the files owner and goto open the identity inspecter give the class name to which it response to. Jeśli żadna z powyższych metod nie działa i nadal nie możesz zobaczyć gniazdka widoku, daj nowe połączenie gniazdka odniesienia do właściciela pliku, a następnie możesz zobaczyć gniazdko widoku. Kliknij Gniazdo widoku, aby nawiązać połączenie między gniazdem widoku a właścicielem pliku. Uruchom aplikację to działa dobrze.

W moim przypadku widok nie był wyświetlany w xib. w xib widok był size = none (4.Zakładka po prawej stronie). Ustawiłem rozmiar na Freeform i przeładowałem xCode. Widok został odwołany i ustawiłem odpowiedni link do widoku.

Jeśli próbowałeś wszystkiego i nadal masz ten błąd, spróbuj ponownie utworzyć plik klasy od zera, ale pamiętaj, aby zaznaczyć pole wyboru "Utwórz również plik XIB". Spowoduje to automatyczne połączenie kilku elementów, które nie są połączone podczas tworzenia tych plików osobno. Po tym jest utworzony, prawdopodobnie można wyciąć i wkleić wszystko na nowy XIB i powinno działać dobrze.

Znajduję ten problem w szczególności przy tworzeniu plików osobno w języku Swift.

Dla mnie to się stało, kiedy

• mam klasę ViewController (. mm/h ) powiązaną z plikiem Nib,

• UIView z tego ViewController musi być załadowany do innego widoku jako subview,

• Nazwiemy coś takiego

  -(void)initCheckView{
  
     CheckView *pCheckViewCtrl = [CheckView instance];
  
     pCheckView = [pCheckViewCtrl view];
  
     [[self view]addSubview:pCheckView];
  
     [pCheckViewCtrl performCheck];        
  
  }
  

Gdzie

+(CheckView *)instance{
    static CheckView *pCheckView = nil;
    static dispatch_once_t checkToken;

    dispatch_once(&checkToken, ^{
        pCheckView = [[CheckView alloc]initWithNibName:@"CheckView" bundle:nil];
        if ( pCheckView){
            [pCheckView initLocal];
            **[pCheckView loadView];**
        }
    });

    return pCheckView;

}

Tutaj brakowało loadView,,, dodanie tej linii rozwiązało mój problem.

Miałem ten sam problem, zorientowałem się i to z powodu zaznaczyłem " komórki statyczne " we właściwościach widok tabeli pod Opcja zawartości. Działa, gdy zmienił się na " Dynamic Prototypes". Zrzut ekranu znajduje się poniżej.

Miałem podobny problem z Xcode 9.3 i ustawienie" Module "pod inspektorem atrybutu" File Owner ' s " do modułu projektu naprawiło to dla mnie.

Otwórz swój plik storyboard, w którym istnieje twój kontroler viewController, lub XIB powiązany z plikiem textEdit.aplikacja i sprawdź, czy nazwa storyboard lub XIB jest taka sama jak nazwa Twojego kontrolera viewcontrollera, a następnie zmień ją, Zapisz i przeładuj / uruchom ponownie Xcode.

Jeśli używasz niestandardowej metody init, sprawdź, czy zwracasz coś ważnego. Natknąłem się na kawałek kodu, który rozbił się na czymś takim:

- (id)init {
   self = [super init];
   if (self) {
      CustomController *controller = [[NSBundle mainBundle] loadNibNamed:NSStringFromClass(className) owner:self options:nil];
   } return self;
}

W innej klasie, kontroler został utworzony w następujący sposób:

CustomController *controller = [[CustomController alloc] init];

Problem polega na tym, że w metodzie INIT self nie zmienił się i powinien wyglądać tak:

- (id)init {
   self = [super init];
   if (self) {
      CustomController *controller = [[NSBundle mainBundle] loadNibNamed:NSStringFromClass(className) owner:self options:nil];
      [controller viewDidLoad];
      self = controller;
   } return self;
}

Mój problem był na złych zajęciach. Użyłem niestandardowego .xib dla mojego własnego widoku. Poprawnie to musi być ustawione tak jak tutaj:

1. View shouldn ' t have a class
2. klasa, która jest używana z {[0] } jest ustawiona w zakładce File's Owner

3. Gniazda są podłączone do File's Owner, a nie do View.