Xcode - Jak naprawić „NSUnknownKeyException”, powód:… ta klasa nie jest zgodna z kodowaniem wartości klucza dla błędu klucza X?

Próbuję połączyć UILabelz IBOutletutworzonym w mojej klasie.

Moja aplikacja ulega awarii z następującym błędem.

Co to znaczy?

Jak mogę to naprawić?

*** Zakończenie aplikacji z powodu nieprzechwyconego wyjątku „NSUnknownKeyException”, powód: „[<UIViewController 0x6e36ae0> setValue: forUndefinedKey:]: ta klasa nie jest zgodna z kodowaniem wartości klucza dla klucza XXX.”

Twój kontroler widoku może mieć niewłaściwą klasę w xib.

Pobrałem twój projekt.

Występuje błąd

„NSUnknownKeyException”, powód: „[<UIViewController 0x3927310> setValue: forUndefinedKey:]: ta klasa nie jest zgodna z kodowaniem wartości klucza dla ciągu klucza.”

Jest to spowodowane tym, że Secondkontroler widoku MainWindow.xibma klasę UIViewControllerzamiastSecondView . Zmiana na odpowiednią klasę rozwiązuje problem.

Nawiasem mówiąc, złym zwyczajem jest mieć w Celu-C nazwy takie jak „string”. Powoduje kolizję nazewnictwa w czasie wykonywania. Unikaj ich nawet w jednorazowych aplikacjach treningowych. Nazwy kolizji mogą być bardzo trudne do wyśledzenia i nie chcesz tracić czasu.

Inna możliwa przyczyna tego błędu: podczas kopiowania i wklejania elementów z jednego kontrolera do drugiego Xcode w jakiś sposób zachowuje ten link do oryginalnego kontrolera, nawet po edycji i ponownym podłączeniu tego elementu do nowego kontrolera.

Kolejny możliwy powód tego błędu:

Zły wylot.

Masz albo usunięte lub przemianowano nazwę wylotową w swoim .hpliku.

Usuń go w Inspektorze połączeń .xiblub .storyboardpliku.

Jeszcze jeden możliwy powód

(W moim przypadku) Rozszerzenie UIView o właściwości wiążące i wartości ustawień dla tych właściwości wiążących (tj. Cień, promień narożnika itp.), A następnie usuń te właściwości z rozszerzenia UIView (z jakiegoś powodu), ale <userDefinedRuntimeAttributes>w xml (z foo.storyboard) pozostały następujące elementy :

<userDefinedRuntimeAttributes>
  <userDefinedRuntimeAttribute type="color" keyPath="shadowColor">
      <color key="value" white="0.0" alpha="1" colorSpace="custom" customColorSpace="genericGamma22GrayColorSpace"/>
  </userDefinedRuntimeAttribute>
  <userDefinedRuntimeAttribute type="number" keyPath="shadowOpacity">
      <real key="value" value="50"/>
  </userDefinedRuntimeAttribute>
  <userDefinedRuntimeAttribute type="point" keyPath="shadowOffset">
      <point key="value" x="5" y="5"/>
  </userDefinedRuntimeAttribute>
  <userDefinedRuntimeAttribute type="number" keyPath="shadowRadius">
      <real key="value" value="16"/>
  </userDefinedRuntimeAttribute>
  <userDefinedRuntimeAttribute type="number" keyPath="borderWidthValue">
      <real key="value" value="0.0"/>
  </userDefinedRuntimeAttribute>
</userDefinedRuntimeAttributes>

Rozwiązanie: kliknij prawym przyciskiem myszy foo.storyboard> Otwórz jako kod źródłowy> wyszukaj według keyPath (tj. ShadowRadius)> Usuń </userDefinedRuntimeAttributes>przyczynę problemu

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

Miałem ten błąd wiele razy. Podczas gdy odpowiedź TechZen jest absolutnie słuszna w tym przypadku, inną częstą przyczyną jest zmiana nazwy właściwości IBOutlet w pliku .h / .m, który już podłączyłeś do właściciela pliku w stalówce.

Z twojej stalówki:

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

2. W obszarze „Referencing Outlets” upewnij się, że obiekt nie jest nadal połączony ze starą nazwą właściwości ... jeśli tak, kliknij małe „x”, aby usunąć odwołanie i ponownie zbudować.

   

Inną częstą przyczyną, 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 storyboard i kliknij prawym przyciskiem myszy przycisk UIB

2. Zobaczysz, że ten przycisk ma więcej niż jedno przypisanie / przypisanie. Usuń jedno z szarych okien „głównego ...” za pomocą małego „x”:

   

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

Wystąpił ten błąd, gdy próbowałem zaimplementować niestandardowy ViewCell dla tabeli. Kiedy podświetliłem kontroler View dla XIB i podłączyłem do elementów w CellView, spowodował błąd „ta klasa nie jest zgodna z kodowaniem wartości klucza dla klucza”. Po ich usunięciu pozbyłem się błędu.

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

Tylko upewnij się, że masz tylko połączenia z komórką widoku tabeli. Aby to sprawdzić, kliknij komórkę widoku tabeli i w INSPEKTORZE poszukaj swoich połączeń.

Czasami ma to związek z „Dziedziczeniem z celu”. Tę wartość należy ustawić. W aplikacjach z jednym celem możesz po prostu wybrać opcję Dziedzicz od celu. 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 następujące pole jest puste:

Cele> Podsumowanie> Informacje o wdrażaniu iPhone / iPod> Główny interfejs

Jeśli określisz tam Xib, zawiesza się.

Ten błąd wskazuje, że już podłączony obiekt Konstruktora interfejsów został usunięty / zmieniono jego nazwę w źródle właściciela (właściciela pliku).

Naciśnij klawisz Control i kliknij właściciela pliku w Konstruktorze interfejsów, jeśli zobaczysz wykrzyknik, który musisz naprawić.

Na poniższym zdjęciu widać, że „aRemovedView” ma wykrzyknik po prawej stronie, ponieważ usunąłem obiekt widoku IBOutlet, gdy był już podłączony w IB.

Daje to następujący błąd: zakończenie aplikacji z powodu nieprzechwyconego 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ź TechZen może być naprawdę niesamowita, trudno mi było zastosować się do mojej sytuacji.

W końcu rozwiązałem ten problem, łącząc etykietę za pośrednictwem kontrolera wymienionego w obszarze Obiekty (podświetlone na obrazku poniżej), a nie poprzez właściciela pliku .

Mam nadzieję że to pomoże.

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

1. najpierw otwórz planszę 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 widać, są to połączenia między nazwami zmiennych kodu a tagami xml układu scenorysu;)

Moja poprawka była podobna do Gerarda Grundy. Tworząc niestandardową komórkę UITableViewCell przy użyciu XIB, przez pomyłkę zastosowałem nazwę klasy niestandardowej do właściciela pliku zamiast do UITableViewCell. Zastosowanie klasy do UITableViewCell na kanwie i połączenie z nią moich właściwości IBOutlet rozwiązało problem.

1. Musisz podać IBOutlettylko raz, IBOutletetykieta, którą twój ivar jest niepotrzebny.
2. Czy tworzysz instancję swojego NIB za pomocą swojego UIViewController? W pewnym momencie powinieneś zadzwonić[SecondView initWithNibName:@"yourNibName" bundle:nil];

Działo się tak tylko podczas debugowania na urządzeniu (iPhone). Symulator iOS działał poprawnie. Wydaje się, że wykonanie „Product-> Clean” z Xcode rozwiązało problem, ale nie mam pojęcia, dlaczego.

Miałem dokładnie taki sam komunikat o błędzie i dzięki (!!) dla Kiry z http://www.idev101.com udało mi się rozwiązać wyzwanie. Znalazłem jej stronę dopiero po przejściu przez Google i układaniu wszystkich tych wątków. Teraz piszę tutaj o kolejnym, który przyjdzie do StackOverFlow i ma takie samo wyzwanie, jakie miałem, ponieważ ta osoba najprawdopodobniej trafi do tego wątku przez Google.

Uświadomiłem sobie, że niesłusznie to zrobiłem:

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

Zamiast tego:

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

Gdzie

DeviceViewController

Czy nazwa mojej klasy była również znana jako

DeviceViewController.h 
DeviceViewController.m

Będziesz musiał

"import DeviceViewController.h"

w twojej implementacji (plik .m), do którego chcesz zadzwonić np. inny UIViewController.

Absolutnie nie jest mi przykro, jeśli mówię tylko to, co oczywiste dla początkujących, takich jak ja, i mogę obniżyć liczbę głosów, ponieważ nie jest to dokładnie związane z pytaniem, ale szukałem teraz 4 (?!?) Godzin na odpowiedź na ten komunikat o błędzie . Gdybym mógł oszczędzić to 1 lub 2 osobom, byłoby świetnie :)

PS: Dla osób zainteresowanych dalszym działaniem kodu podczas ładowania drugiego UIViewController:

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

Może to wynikać z faktu, że kontrolujesz, przeciągnąłeś i utworzyłeś ujście lub akcję i zapomniałeś go usunąć. Nawet jeśli usunąłeś kod, lub nawet jeśli wykonałeś wystarczającą liczbę cmd + Z, musisz przejść do inspektora połączeń swojej serii ujęć i sprawdzić, czy akcja lub ujście, które stworzyłeś, nadal tu jest.

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

Jeśli ty

• mieć niestandardowy widok
• dodano właściwość @IBInspectable
• a następnie go usunąłem

Wtedy możesz również otrzymać błąd podobny do

Nie można ustawić (xxx) kontrolowanej właściwości zdefiniowanej przez użytkownika w [Twój widok niestandardowy] ...: ta klasa nie jest zgodna z kodowaniem wartości klucza dla 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 obszarze Zdefiniowane przez użytkownika atrybuty środowiska wykonawczego i naciśnij przycisk minus (-).

Dzieje się tak, 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 pliku .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ązaniem przy programowym tworzeniu może być:

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

Właściwość „Moduł” kontrolera widoku w Inspektorze tożsamości może być inna niż oczekiwano. Upewnij się także, że do Twojej listy docelowej dodano nowe klasy.

Miałem podobny problem z projektem, który ma dwa cele (z ich własnym MainWindow XIB). Podstawowym problemem, który spowodował ten błąd, było to, że klasa UIViewController nie została uwzględniona na liście zasobów drugiego projektu. Konstruktor interfejsu tj. Pozwolił mi to określić w MainWindow.xib, ale w czasie wykonywania system nie mógł zlokalizować klasy.

Tj. Kliknij cmd na odpowiedniej klasie UIViewController i sprawdź dwukrotnie, czy jest ona zawarta w zakładce „Cele”.

Żeby dodać do tego, bo również otrzymywałem ten błąd. Przeglądając wszystkie te odpowiedzi, większość wydaje się dotyczyć pracy z interfejsem użytkownika i elementami scenorysu. Wiem, że oryginalny plakat wydawał się działać z interfejsem użytkownika, ale podczas wyszukiwania możliwych przyczyn tego błędu przeważnie wszystkie pytania prowadzą do tego pytania, a inne są zamknięte jako duplikaty lub po prostu mają problemy z łączeniem rzeczy w scenariuszu, więc zrobię to dodaj moje rozwiązanie.

Pracowałem nad kodowaniem usługi internetowej w Swift 2. Zbudowałem wszystkie potrzebne obiekty proxy i kody pośredniczące. Gdy przeglądałem zwrócony XML, dynamicznie tworzyłem instancję moich obiektów, z których wszystkie pochodziły NSObjecti których setValue:forKeyużywałem. Za każdym razem, gdy setValue:forKeypróbowano ustawić właściwość, wybuchał ten błąd.

Miałem instrukcji switch dla każdego typu miałem do czynienia z (na przykład Bool?, CShort?, String?) i dla każdego węzła XML ja przeszedłem i sprawdziła, jaki typ był na obiekcie, a następnie konwertowane do wartości tego typu i próbował ustawić go setValue:forKey.

W końcu zacząłem komentować wszystkie te setValue:forKeywiersze i stwierdziłem, że mój defaultprzypadek instrukcji switch działa String?.

W końcu doszedłem do wniosku, że nie można używać opcjonalnych szybkich typów, setValue:forKeychyba że mają bezpośrednie mapowanie na typ Objective-C, taki jak String?lub NSNumber?. Skończyło się na zmianie wszystkich CShort?typów na, NSNumber?ponieważ ma to bezpośrednie mapowanie. W Bool?moim przypadku było dla mnie w porządku po prostu użyć Booli zainicjować false. Inni mogą nie mieć tego luksusu.

W każdym razie, jaki ból głowy był tak miejmy nadzieję, pomaga 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 !!”.

Wreszcie, aby powtórzyć jeszcze raz, kodowanie klucz-wartość nie działa z opcjami. Poniżej znalazłem gdzieś, ale zapominam, gdzie to napisałem, przepraszam i dziękuję, jeśli pamiętam, gdzie to znalazłem, ale uratowało mi to życie:

Nie można używać KVC we właściwości Optional Int, ponieważ KVC to Cocoa / Objective-C, a Objective-C nie widzi Optional Int - nie jest połączony z Objective-C. Cel C widzi tylko typy, które są połączone z celem C:

typy klas pochodzące z NSObject

typy klas, które są widoczne w @objc

Szybkie struktury, które są zmostkowane

„ta klasa nie jest zgodna z kodowaniem wartości klucza dla klucza” Wiem, że jest trochę za 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 próbka

Niewłaściwy sposób na wciśnięcie kontrolera

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

Właściwa droga

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

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

Może tak być w przypadku odwołania do komponentu interfejsu Xib, którego nazwę zmieniono lub usunięto. Ponowne odniesienie działa dla mnie.

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

1- Upewnij się, że masz plik .m na liście -> Projekt - Fazy kompilacji - Kompiluj źródła
2- Następnie przejdź do konstruktora interfejsów (prawdopodobnie jest to błąd występuje tylko z IB) i odłącz wszystkie właściwości, etykiety, obrazy itd. ... Następnie ponownie połącz wszystkie. Zdałem sobie sprawę, że usunąłem atrybut, ale nadal był on powiązany w IB.

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

Innym problemem „niezgodnym”, który znalazłem, było to, że z jakiegoś powodu udało mi się mieć dwie kopie klasy.

Dodawałem klucze do niewłaściwej kopii. Konstruktor interfejsów wciąż widział klucze i pozwalał mi się do nich podłączyć, ale w czasie wykonywania korzystał z innej kopii klasy, która nie miała nowych kluczy.

Aby znaleźć, która była „właściwą” kopią, użyłem XCode-a, klikając nazwę klasy w innym miejscu, aby przejść do właściwej kopii, a następnie zabiłem złe, nieużywane kopie (po przeniesieniu najpierw moich edycji z nieużywanej kopii).

Morał tej 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 szybkiego. Ten błąd pojawia się za każdym razem, gdy moja aplikacja próbuje wykonać segue, aby przejść do następnego ekranu. Oto co zrobiłem.

1. Sprawdzono, czy przycisk został podłączony do właściwej akcji (to nie był problem, ale nadal dobrze to sprawdzić)
2. Sprawdź, czy przycisk nie zawiera żadnych dodatkowych działań ani gniazd, które mogły zostać utworzone przez pomyłkę. (To nie był problem, ale nadal warto to sprawdzić)
3. Sprawdź dzienniki i upewnij się, że wszystkie przyciski na NASTĘPNYM EKRANIE mają prawidłowe działania, a jeśli są jakieś sekwensy, upewnij się, że mają unikalny identyfikator. (To był problem)
   • Jedna z nich nie miała unikalnego identyfikatora
   • Jeden z przycisków miał akcję i dwa wyloty, które utworzyłem przez pomyłkę.
   • Usuń wszelkie dodatkowe wyloty i upewnij się, że segues do następnego ekranu mają unikalne identyfikatory.

Twoje zdrowie,

Miałem ten sam objaw. Główną przyczyną było to, że „Docelowe członkostwo” dla mojego pliku źródłowego nie było ustawione na poprawny cel. Zakładam, że to oznacza, że ​​moja klasa nie zostałaby zbudowana i uwzględniona w mojej aplikacji.

Aby to poprawić:

1. Zaznacz plik .m.
2. W prawym okienku wybierz Inspektora plików.
3. W sekcji „Docelowe członkostwo” upewnij się, że odpowiedni cel kompilacji jest zaznaczony.

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

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

.1 Zmień klasę na UIViewController

.2 Odłącz wszystkie gniazda (wszystkie będą teraz miały żółty trójkąt ostrzegawczy) - może wystarczyć jedynie odłączenie problematycznych gniazd.

.3 Wykonaj wszystkie standardowe kroki - ↑ ⌘K, usuń dane pochodne (, maty modlitewne, koraliki zmartwienia)

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

.5 Zabij aplikację, wróć do Konstruktora interfejsów zmień klasę z powrotem na niestandardową nazwę klasy.

.6 Podłącz ponownie gniazdka.

Uruchom aplikację, a to zwykle rozwiąże problemy dotyczące zgodności klucz-wartość.

W moim przypadku. Po scaleniu nie miałem brakujących gniazd w plikach xib.

Shift + Command + K.

rozwiązał mój problem. Oczyściłem swój projekt i odbudował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];

Ten błąd pojawiał się w przypadku scenariuszy. Powyższe rozwiązanie nie wydawało się problemem, więc skończyłem z usunięciem kontrolera widoku i dodaniem go ponownie (i oczywiście ponownym podłączeniem segue i ponownym przypisaniem 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, zanim to się zaczęło, więc może to coś ukryło.

Mam ten sam problem. Zresetowałem symulator. Usuwanie i dodawanie kontrolki przycisku. i wreszcie zrobiłem czyste. :) Dzięki przepełnieniu stosu. Trochę, jak mój kod działa poprawnie i zaczyna działać.