Xcode - jak naprawić 'NSUnknownKeyException', powód: ... ta klasa nie jest zgodna z kodowaniem wartości klucza dla błędu klucza X"?

Możesz mieć złe połączenie w swoim xib.

Z Twojej stalówki:

1. Wybierz obiekt w IB i przejdź do "Inspektora połączeń".

2. W sekcji "punkty odniesienia" upewnij się, że Twój obiekt nie jest jeszcze związana ze starą nazwą nieruchomości... jeśli tak, Kliknij mały "x", aby usunąć odniesienie i zbudować ponownie.

   

Kolejna częsta przyczyna, jeśli używasz Storyboard, Twój UIButton może mieć więcej niż jedno przypisanie (rozwiązanie jest prawie takie samo jak dla stalówki):

1. Otwórz swój storyboard i kliknij prawym przyciskiem myszy UIButton

2. Zobaczysz, że jest więcej niż jedno przypisanie/ref do tego przycisku. Usuń jeden z " Main..." szare okna z małym "x":

   

Musiałem usunąć aplikację z symulatora/iPhone ' a, aby pozbyć się tego błędu.

Miałem ten błąd, gdy próbowałem zaimplementować Niestandardowy ViewCell dla tabeli. Kiedy podświetlony kontroler widoku dla XIB i podłączony do elementów w CellView spowodował błąd "ta klasa nie jest zgodna z kodowaniem wartości klucza" po usunięciu tych pozbył się błędu.

Usuń połączenia z poniższego obrazka.

Upewnij się, że masz tylko połączenia z komórką widoku tabeli. Aby sprawdzić Kliknij na komórkę widoku tabeli i w Inspektorze, poszukaj swoich powiązań.

Czasami ma to związek z Twoim "Inheritate From Target", że wartość musi być ustawiona. Z pojedynczymi aplikacjami docelowymi możesz po prostu wybrać opcję Dziedzicz od docelowego. Jeśli masz więcej niż jeden cel wybierz żądany cel.

Jeśli jest to aplikacja tylko na iPhone ' a, a nie uniwersalna, upewnij się, że poniższe pole jest puste:

Cele > podsumowanie > informacje o wdrożeniu iPhone/iPod > Główny Interfejs

Jeśli podasz tam xib, spowoduje to awarię.

Ten błąd wskazuje, że już podłączony Konstruktor interfejsu obiekt jest usuwany / zmieniany na nazwę w źródle jego właściciela (właściciela pliku).

Control-kliknij na właściciela Plikóww Kreatorze interfejsów, jeśli zobaczysz wykrzyknik, Musisz to naprawić.

Na poniższym obrazku widać, że "aRemovedView" ma wykrzyknik po prawej stronie, to dlatego, że usunąłem obiekt iboutlet view, gdy był już podłączony w IB.

To daje następujący błąd: zamykanie aplikacji z powodu nieużywanego wyjątku 'NSUnknownKeyException', powód: '[setValue: forUndefinedKey:]: ta klasa nie jest zgodna z kodowaniem wartości klucza dla klucza aRemovedView.'

Miałem ten sam problem i chociaż odpowiedź Techzena może być niesamowita, trudno mi było zastosować się do mojej sytuacji.

Ostatecznie rozwiązałem problem, łącząc etykietę za pomocą kontrolera wymienionego w Objects (zaznaczonego na obrazku poniżej), a nie za pomocą File Owner.

Mam nadzieję, że to pomoże.

W moim przypadku był to błąd w kodzie źródłowym storyboardu, wykonaj następujące kroki:

1. najpierw otwórz swoją tablicę jako kod źródłowy
2. Szukaj <connections>
3. Usuń niechciane połączenia

Na przykład:

<connections>
    <outlet property="mapPostsView" destination="4EV-NK-Bhn" id="ubM-Z6-mwl"/>
    <outlet property="mapView" destination="kx6-TV-oQg" id="4wY-jv-Ih6"/>
    <outlet property="sidebarButton" destination="6UH-BZ-60q" id="8Yz-5G-HpY"/>
</connections>

Jak widzisz, są to połączenia między nazwami zmiennych kodu a znacznikami XML układu storyboard;)

Moja poprawka była podobna do Gerarda Grundy ' ego. podczas tworzenia niestandardowego UITableViewCell za pomocą XIB, omyłkowo zastosowałem nazwę niestandardowej klasy do właściciela pliku zamiast do Uitableviewcell. Zastosowanie klasy do UITableViewCell na kanwie i podłączenie do niej moich właściwości IBOutlet rozwiązało problem.

1. musisz tylko raz podać IBOutlet, etykieta IBOutlet Twój ivar jest niepotrzebny.
2. czy tworzysz swoją stalówkę używając swojej UIViewController? W pewnym momencie powinieneś zadzwonić [SecondView initWithNibName:@"yourNibName" bundle:nil];

To działo się ze mną tylko podczas debugowania na urządzeniu (iPhone). Symulator iOS działał OK. Robienie "produkt - > czysty" z Xcode wydawało się rozwiązać problem, ale nie mam pojęcia, dlaczego.

Miałem dokładnie ten sam komunikat o błędzie i dzięki (!!) do Kiry z http://www.idev101.com udało mi się rozwiązać to wyzwanie. Znalazłem jej stronę dopiero po wygooglowaniu i ułożeniu wszystkich tych wątków. Teraz zamieszczam tutaj następny, który przychodzi do StackOverFlow i ma to samo wyzwanie, jakie miałem, ponieważ ta osoba najprawdopodobniej przyjdzie do tego wątku przez Google.

Zdałem sobie sprawę, że źle to zrobiłem:

UIViewController *deviceViewController = [[UIViewController alloc] initWithNibName:@"DeviceViewController" bundle:nil];

Zamiast To:

DeviceViewController *deviceViewController = [[DeviceViewController alloc] initWithNibName:@"DeviceViewController" bundle:nil];

Gdzie

DeviceViewController

To nazwa mojej klasy znana również jako

DeviceViewController.h 
DeviceViewController.m

Będziesz musiał

"import DeviceViewController.h"

W Twojej implementacji (.m File) gdzie chcesz wywołać np. inny kontroler UIViewController.

Absolutnie nie jest mi przykro, jeśli stwierdzam tylko oczywiste dla początkujących jak ja i może dostać głosy w dół, ponieważ nie jest to dokładnie związane z pytaniem, ale szukałem 4 (?!?) godziny prosto teraz na odpowiedź na ten Komunikat o błędzie. Jeśli Mogę to oszczędzić 1 lub 2 osoby byłoby super:)

PS: dla zainteresowanych jak kod kontynuuje Ładowanie drugiego kontrolera UIViewController:

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

Może to wynikać z faktu, że masz kontrolę przeciągniętą i utworzyłeś wylot lub akcję, a zapomniałeś ją usunąć. Nawet jeśli usunąłeś kod, a nawet jeśli zrobiłeś wystarczającą ilość cmd+Z, musisz przejść do inspektora połączeń w swoim storyboardzie i sprawdzić, czy utworzona akcja lub gniazdko nadal tu jest, czy nie.

Patrząc na inne odpowiedzi wydaje się, że istnieje wiele rzeczy, które mogą spowodować ten błąd. Jeszcze jeden.

If you

• mieć własny widok
• Dodano właściwość @IBInspectable
• a potem ją skasował

Wtedy może pojawić się błąd podobny do

Failed to set (xxx) user defined Widok]...: ta klasa nie jest zgodna z kodowaniem wartości klucza [xxx].

Rozwiązaniem jest usunięcie starej właściwości.

Otwórz Inspektora tożsamości dla swojej klasy, wybierz nazwę właściwości w atrybutach Runtime zdefiniowanych przez Użytkownika i naciśnij przycisk minus ( -).

To mi się zdarza, gdy mój kontroler widoku pierwotnie miał .plik xib, ale teraz jest tworzony programowo.

Mimo, że usunąłem .plik xib z tego projektu. Użytkownicy iPhone/iPad mogą zawierać .pliki xib dla tego kontrolera widoku.

Próba załadowania an .plik xib zwykle powoduje awarię:

Terminating app due to uncaught exception 'NSUnknownKeyException', reason: '[<UIViewController 0x18afe0> setValue:forUndefinedKey:]: this class is not key value coding-compliant for the key welcomeLabel.'

Rozwiązanie podczas tworzenia go programowo może być takie:

-(void)loadView {
    // Ensure that we don't load an .xib file for this viewcontroller
    self.view = [UIView new];
}

Właściwość"Module" kontrolera widoku w Inspektorze tożsamości może być inna niż oczekiwano. Upewnij się również, że nowe klasy są dodawane do listy docelowej.

Miałem podobny problem dla projektu, który ma dwa cele (z własnym MainWindow XIB). Podstawowym problemem, który spowodował ten błąd dla mnie było to, że Klasa UIViewController nie została uwzględniona w liście zasobów drugiego projektu. Tzn. interface builder pozwolił mi określić go w MainWindow.xib, ale w czasie wykonywania system nie mógł zlokalizować klasy.

Tj. cmd-kliknij na daną klasę UIViewController i sprawdź, czy jest ona zawarta w zakładce 'Targets'.

Aby dodać do tego, bo ja też dostawałem ten błąd. Przechodząc przez wszystkie te odpowiedzi, większość wydaje się dotyczyć pracy z interfejsem użytkownika i storyboardem. Wiem, że oryginalny plakat wydawał się działać z interfejsem użytkownika, ale podczas wyszukiwania możliwych przyczyn tego błędu głównie wszystkie pytania prowadzą do tego pytania, a te inne są zamykane jako duplikaty lub po prostu mają problemy z łączeniem rzeczy w storyboardzie, więc dodam moje rozwiązanie.

Pracowałem nad kodowanie usługi internetowej w Swift 2. Zbudowałem wszystkie potrzebne obiekty proxy i stuby. Gdy przechodziłem przez zwracany XML, dynamicznie tworzyłem instancje moich obiektów, które wszystkie pochodziły z NSObject i używałem na nich setValue:forKey. Za każdym razem, gdy setValue:forKey próbował ustawić nieruchomość, wybuchał z tym błędem.

Miałem polecenie switch dla każdego typu, z którym miałem do czynienia (np. Bool?, CShort?, String?) i dla każdego węzła XML przejrzałem i sprawdziłem jaki jest typ na obiekcie a następnie przekonwertowałem wartość na tego typu i próbował ustawić go za pomocą setValue:forKey.

W końcu zacząłem komentować wszystkie te setValue:forKey wiersze i stwierdziłem, że mój default przypadek switch statement działa dla String?.

W końcu zrozumiałem, że nie można używać opcjonalnych typów swift z setValue:forKey, chyba że mają bezpośrednie odwzorowanie do typu Objective-C, takiego jak String? lub NSNumber?. Skończyło się na zmianie wszystkich typów CShort? na NSNumber?, ponieważ ma bezpośrednie odwzorowanie. Dla Bool? w moim przypadku było w porządku dla mnie, aby po prostu użyć Bool i zainicjalizuj go na false. Inni mogą nie mieć tego luksusu.

W każdym razie co to był ból głowy, więc mam nadzieję, że pomoże to komuś, kto ma podobny problem i ciągle zostaje przekierowany na to pytanie i mówi do siebie: "nie robię nic w interfejsie użytkownika!!".

Na koniec powtórzę jeszcze raz kodowanie wartości klucza nie działa z opcjami. Ponizej znalazlem gdzies ale zapominam gdzie wiec temu kto to zamiescil przepraszam i dałbym kredyt jesli pamiętałem, gdzie to znalazłem, ale to uratowało mi życie:

Nie można użyć KVC na opcjonalnej właściwości Int, ponieważ KVC jest Cocoa / Objective-C, A Objective-C nie widzi opcjonalnego Int - nie jest pomostowe do Objective-C. Objective-C widzi tylko typy, które są pomost do Objective-C:

Typy klas wywodzące się z NSObject

Typy klas, które są narażone na @objc

Struktury Swift, które są mostkowane

" Ta klasa nie jest zgodna z kodowaniem wartości klucza" Wiem, że jest trochę późno, ale moja odpowiedź jest inna, więc myślę, że należy ją opublikować, popychałem drugi kontroler w niewłaściwy sposób, oto sample

Wrong Way to Push Controller

UIViewController* controller = [[UIViewController
 alloc]initWithNibName:@"TempViewController" bundle:nil];
         [self.navigationController pushViewController:controller animated:true];

Poprawny sposób

TempViewController* controller = [[TempViewController
 alloc]initWithNibName:@"TempViewController" bundle:nil];
         [self.navigationController pushViewController:controller animated:true];

Nie znalazłem żadnej odpowiedzi jak powyżej, więc może to pomóc komuś, kto ma ten sam problem

Tak może być w przypadku odwoływania się do komponentu z interfejsu Xib, którego nazwę zmieniono lub usunięto. Przekierowanie działa dla mnie.

Właśnie miałem ten problem w moim zdublowanym projekcie i rozwiązałem sprawdzając 2 miejsca:

1-Upewnij się, że masz .m plik na liście - > fazy projektu-budowania-kompilowania źródeł
2 - Następnie przejdź do interface builder (prawdopodobnie jest to błąd występuje tylko z IB) i odłącz wszystkie właściwości, etykiety, obrazy, itp... Następnie połącz wszystkie. Zdałem sobie sprawę, że usunąłem atrybut, ale nadal był połączony w IB.

Mam nadzieję, że dla niektórych to zadziała.

Kolejny "niezgodny" problem znalazłem, kiedy udało mi się mieć dwie kopie klasy z jakiegoś powodu.

Dodałem Klucze do niewłaściwej kopii. Interface Builder nadal widział klucze i pozwolił mi się do nich podłączyć, ale podczas wykonywania używała drugiej kopii klasy, która nie miała nowych kluczy.

Aby znaleźć" właściwą " kopię użyłem cmd XCode-kliknij na nazwę klasy gdzie indziej, aby przejść do poprawnej kopii, następnie usunąłem złe nieużywane kopie (po przeniesienie moich edycji z nieużywanej kopii).

Morał z historii: duplikaty plików klas są złe.

Ten błąd to coś innego!

Oto Jak to naprawiłem. Używam xcode w wersji 6.1.1 i używam swift. Mam ten błąd za każdym razem, gdy moja aplikacja próbowała wykonać segue, aby przejść do następnego ekranu. Oto co zrobiłem.

1. sprawdzono, czy przycisk jest podłączony do właściwej akcji.(To nie był problem, ale nadal warto sprawdzić)
2. Sprawdź, czy przycisk nie posiada żadnych dodatkowych akcji lub gniazd, które mogły zostać utworzone przez pomyłkę. (To nie był problem, ale nadal dobrze sprawdzić)
3. Sprawdź logi i upewnij się, że wszystkie przyciski na następnym ekranie mają poprawne działania, a jeśli są jakieś segmenty, upewnij się, że mają unikalny identyfikator. (To był problem)
   • jeden z segmentów nie miał unikalnego identyfikatora
   • jeden z przycisków miał działanie i dwa wyloty, które stworzyłem przez pomyłkę.
   • usuń wszelkie dodatkowe gniazdka i upewnij się, że segmenty do następnego ekranu mają unikalne identyfikatory.

Pozdrawiam,

Miałem ten sam objaw. Główną przyczyną było to, że "Target Membership" dla mojego pliku źródłowego nie był ustawiony na prawidłowy cel. Zakładam, że oznacza to, że moja klasa nie zostanie zbudowana i włączona do mojej aplikacji.

Do poprawienia:

1. Podświetl swoje .plik M.
2. W prawym okienku wybierz Inspektora plików.
3. w sekcji "Target Membership" upewnij się, że jest zaznaczony odpowiedni cel budowania.

Mam nadzieję, że to komuś pomoże.

Jeśli masz niestandardową podklasę UIViewController z Iboutletami, które powodują problemy, jedynym zestawem kroków, które znalazłem, aby faktycznie pozbyć się błędu były

.1 Zmień klasę na UIViewController

.2 Odłącz wszystkie gniazdka (wszystkie będą teraz miały żółty trójkąt ostrzegawczy) - może wystarczyć tylko odłączyć problematyczne gniazdka(y).

.3 Wykonaj wszystkie standardowe kroki - ↑⌘K, Usuń dane pochodne (, maty modlitewne, worry beads)

.4 Uruchom aplikację - przejdź do problematycznej sceny.

.5 Zabij aplikację, wróć do Interface Builder Zmień klasę z powrotem na niestandardową nazwę klasy.

.6 Podłącz ponownie swoje gniazdka.

Uruchom aplikację i to zwykle usunie problemy z zgodnością z wartością klucza.

W moim przypadku. Nie miałem brakujących gniazd w plikach xib po połączeniu.

Shift + Command + K

Rozwiązałem mój problem. Wyczyściłem projekt i przebudowałem.

W moim przypadku było to spowodowane odwołaniem się do niewłaściwej Stalówki:

BMTester *viewController = [[BMTester alloc] initWithNibName:@"WrongNibName" bundle:nil];

Miałem ten błąd z storyboardami. Powyższe rozwiązanie nie wydawało się problemem, więc skończyło się na usunięciu kontrolera widoku i dodaniu go z powrotem (i oczywiście ponownym podłączeniu segue i ponownym przypisaniu klasy)co go naprawiło. Nie wiem, co to tak naprawdę było, ale zmieniłem nazwę powiązanej klasy kontrolera widoku na krótko przed tym, więc może coś się stało.

Mam ten sam problem. Resetowałem symulator. Usuwanie i dodawanie przycisków sterujących. i w końcu posprzątałem. :) Dzięki przepełnieniu stosu. Trochę jak mój kod stał się ok i zaczął działać.