Anche se Interface Builder è a conoscenza di a MyClass, viene visualizzato un errore all'avvio dell'applicazione.

Questo succede quando MyClassfa parte di una libreria e non succede se compilo la classe direttamente nella destinazione dell'applicazione.

Nonostante l' errore " Classe sconosciuta MyClass nel file Interface Builder " stampato in fase di esecuzione, questo problema non ha nulla a che fare con Interface Builder, ma piuttosto con il linker, che non collega una classe perché nessun codice la utilizza direttamente.

Quando i dati .nib (compilati da .xib) vengono caricati in fase di esecuzione, MyClassviene referenziato usando una stringa, ma il linker non analizza la funzionalità del codice, ma solo l'esistenza del codice, quindi non lo sa. Poiché nessun altro file di origine fa riferimento a quella classe, il linker la ottimizza come non esistente durante la creazione dell'eseguibile. Pertanto, quando il codice Apple tenta di caricare una tale classe, non riesce a trovare il codice associato e stampa l'avviso.

Per impostazione predefinita, i target Objective-C avranno -all_load -ObjCflag impostati di default, che manterranno tutti i simboli. Ma avevo iniziato con un target C ++ e non ce l'avevo. Tuttavia, ho trovato un modo per aggirare questo, che mantiene aggressivo il linker.

L'hack che stavo usando inizialmente era quello di aggiungere una routine statica vuota come:

+(void)_keepAtLinkTime;

che non fa nulla, ma che chiamerei una volta, come ad esempio:

int main( int argc, char** argv )
{
   [MyClass _keepAtLinkTime];
   // Your code.
}

Ciò costringerebbe il linker a mantenere l'intera classe e l'errore scompare.

Come ha sottolineato jlstrecker nei commenti, non abbiamo davvero bisogno di aggiungere un _keepAtLinkTimemetodo. Basta chiamarne uno esistente, come ad esempio:

   [MyClass class];

fa il trucco (purché tu derivi da un NSObject).

Naturalmente, puoi chiamarlo in qualsiasi posizione del tuo codice. Immagino che potrebbe anche essere in un codice irraggiungibile. L'idea è di ingannare il linker nel pensare che MyClasssia usato da qualche parte in modo che non sia così aggressivo nell'ottimizzarlo.

Xcode 6.3.2 e Swift 1.2

Rapida definizione della vista. Assicurati di scavalcare init(coder aDecoder: NSCoder). Definizione obiettivo-C del controller di visualizzazione. E un pennino in un pero.

Aggiungi la finestra di ispezione dei dettagli del Nome modulo al punto in cui scegli la classe.

Ho risolto questo problema seguendo le indicazioni di Laura, ma non avevo bisogno di ricreare i file.

• Utilizzando XCode 4, in Project Navigator , selezionare il file .m che contiene la classe di cui si sta lamentando

• Vai su Visualizza-> Utilità-> Mostra File Inspector
  (questo mostrerà File Inspector a destra, con quelle informazioni sul file .m)

• Apri la sezione Abbonamento target e assicurati che il tuo target sia selezionato per questo file .m

Quando ho aggiunto il mio file .m al mio progetto, non lo ha aggiunto alla mia destinazione predefinita per qualche motivo e questo mi ha causato l'errore che hai menzionato.

Questo non ha nulla a che fare con Interface Builder, quello che sta succedendo qui è che i simboli non vengono caricati dalla tua libreria statica da Xcode. Per risolvere questo problema devi aggiungere i -all_load -ObjCflag alla Other Linker Flagschiave delle impostazioni di costruzione del progetto (e possibilmente della destinazione).

Poiché Objective-C genera un solo simbolo per classe, dobbiamo forzare il linker a caricare anche i membri della classe utilizzando il flag -ObjC e dobbiamo anche forzare l'inclusione di tutti i nostri oggetti dalla nostra libreria statica aggiungendo il -all_loadflag linker. Se salti queste bandiere prima o poi ti imbatterai nell'errore unrecognized selectoro otterrai altre eccezioni come quella che hai osservato qui.

Oggi ho riscontrato questo problema usando Swift.

Ho cambiato una classe Model.h + Model.min a Model.swift. Questo oggetto è stato utilizzato in Interface Builder con class = Model.

Non appena ho sostituito l'oggetto, la classe non può più essere caricata.

Quello che dovevo fare era cambiare il riferimento di classe in IB da:

Class = Model
Module = 

per

Class = Model
Module = <TARGETNAME>

Troverai il <TARGETNAME>nelle impostazioni di costruzione. È anche il nome che appare nel tuo Swift-Header generato:#import "TARGETNAME-Swift.h"

Vai su "ProjectName", fai clic su di esso, quindi vai sulla scheda "Fasi di costruzione", quindi fai clic sul pulsante "compila origini", quindi fai clic sul pulsante "+", verrà visualizzata una finestra, scegli "MyClass". m "file e quindi fare clic su" Aggiungi ",

Costruisci il progetto ed eseguilo, il problema verrà sicuramente risolto

È un problema di cache di Xcode4, basta eliminare tutte le cartelle in / Utenti / tuo_utente / Libreria / Supporto applicazioni / Simulatore iPhone / 4.3 / Applicazioni /

Inoltre, se hai lo stesso problema con il test sul tuo iPhone, elimina la vecchia app prima di eseguirla ...

In bocca al lupo. Pascual

A volte mancava IBuilder customModule="AppName" customModuleProvider="target"

Per risolverlo, apri lo storyboard come codice sorgente e sostituisci questa riga:

<viewController storyboardIdentifier="StoryboardId" id="SomeID" customClass="CustomClass"
sceneMemberID="viewController">

a questa:

<viewController storyboardIdentifier="StoryboardId" id="SomeID" customClass="CustomClass"
 customModule="AppName" customModuleProvider="target" sceneMemberID="viewController">

Il mio caso: nel tentativo di utilizzare una classe da un framework rapido nel mio progetto obiettivo c, ho riscontrato questo errore. La soluzione era aggiungere il modulo (framework rapido) della classe in Interface builder / Storyboard come mostrato di seguito. Nient'altro

Vai a Crea fasi-> Compila fonti e aggiungi i tuoi nuovi file .m.

Nel mio caso stava mostrando un errore per una classe che non esisteva nemmeno! Sospettavo fosse qualcosa che è stato intercettato nel file dello storyboard. Se non riconosci il file di classe nell'errore, prova questo:

1) apri il tuo progetto in sublime o in un altro buon editor. Cerca la classe cui si fa riferimento. 2) rimuovere l'intero bit che dice

customClass="UnrecognizedClassName"

3) salvalo. 4) tornare a xcode e pulire il progetto e provare a eseguirlo ora.

ha funzionato per me.

Voglio solo aggiungere questa risposta dal momento che la maggior parte, se non tutte, le risposte qui presuppongono che la classe esista effettivamente .. è solo che il linker / compilatore è troppo stupido per vederlo .. quindi le risposte ruotano attorno all'allerta del linker sull'esistenza della classe o creando un hack per "forzare" esiste ..

il mio problema si verifica quando questo messaggio parla in realtà di una classe inesistente .. quindi un esempio potrebbe essere il mio ritorno a una vecchia revisione git che non ha conoscenza di una certa classe .. eppure il compilatore si lamenta che la suddetta classe non ' t esiste ..

soluzione?

• Nuke tutto! prima cancella tutti i file di build ecc. eliminando tutto il contenuto in questa directory ~ / Library / Developer / Xcode / DerivedData
• elimina l'app dal telefono stesso (e cancella il contenuto del simulatore se stai usando un simulatore)

dovresti essere bravo a seguirlo

Il modo migliore per rimuovere l'errore è: 1) Selezionare il file di classe (.m) 2) Sotto " Appartenenza target ", "selezionare" la voce Nome progetto

Ho risolto questo problema copiando il testo dal mio class.h e .m, eliminando quei file di classe dal progetto e creando nuovi file class.h e .m con lo stesso nome usando "Aggiungi file". Quindi ho incollato il codice nei nuovi file e tutto ha funzionato alla grande. In qualche modo i file non erano collegati correttamente quando sono stati creati. Dopo non ho più avuto bisogno di usare alcun flag linker.

Ho finalmente risolto questo problema, avevo dimenticato di aggiungere il seguente codice al mio file .m:

@implementation MyTableViewCell

@end

Quindi è stato causato perché avevo creato un segnaposto @interfaccia per la mia cella di tabella, che aveva una connessione a un elemento nel file .xib, ma c'è un bug in Interface Builder in cui se non viene specificato @implementation per una classe, non riesce a trovarlo.

Avevo seguito tutti i passaggi di altri forum per visualizzare .xib come sorgente e vedere MyTableViewCell anche se l'avevo commentato dal mio codice. Avevo provato a ripristinare il simulatore. Ho anche provato a suddividere tutte le mie classi in file separati denominati come le interfacce, ma nulla ha funzionato fino a questo.

PS nella mia esperienza, non importa se i nomi dei file .h / .m sono diversi dai nomi dell'interfaccia @. Ho diversi file contenenti più di un'interfaccia @ e funzionano bene.

PPS Ho una spiegazione più dettagliata del perché UITableViewCell e UICollectionViewCell causano questo errore su https://stackoverflow.com/a/22797318/539149 insieme a come rivelarlo in fase di compilazione utilizzando registerClass: forCellWithReuseIdentifier :.

Ciò accade perché .xib ha un collegamento non aggiornato al vecchio delegato dell'app che non esiste più. L'ho risolto così:

• Fare clic con il tasto destro del mouse su .xib e selezionare Apri come> Codice sorgente
• In questo file, cerca il delegato dell'app precedente e sostituiscilo con quello nuovo

basta aggiungere il codice seguente all'inizio del metodo applicindidfinishlanching appdelegate, quindi funzionerà bene

[classe myclass];

Ho provato questo e altri, le risposte elencate in questo sito, nessuna delle quali ha risolto il problema per me. Questi commenti (da http://www.iphonedevsdk.com/forum/iphone-sdk-development/43330-unknown-class-interface-builder-file.html ) hanno aiutato:

Dopo aver cercato, cercato e cercato, ho finalmente scoperto il nome di questa classe cancellata nascosta in un file. Ho dovuto aprire i file del builder dell'interfaccia in X-code, facendo clic con il tasto destro su di essi e scegliendo 'view as source code'. Quindi la ricerca è venuta fuori

<object class="NSMutableArray" key="dict.values">
<bool key="EncodedWithXMLCoder">YES</bool>
<string>com.apple.InterfaceBuilder.IBCocoaTouchP lu gin</string>
<string>*this was the class name*</string>

La semplice rimozione di quest'ultima riga non risolve purtroppo il problema, lamentandosi del fatto che nel file è presente un numero errato di elementi. Devi rimuovere la linea corrispondente nella sezione delle linee sopra di essa, che fa riferimento CustomClass.

Nel mio caso, ho XCode6, il file .m di classe specificato finisce nella posizione sbagliata nella fase di compilazione - Avrebbe dovuto essere in Compile Sources , ma finire nella

Non solo nelle impostazioni del progetto, ma anche nell'impostazione Target devi aggiungere i flag -all_load -ObjC.

Core-Plot: classe sconosciuta CPLayerHostingView nel file Interface Builder

Questo problema non sembra obsoleto.

Ho avuto lo stesso problema con Xcode 8 e l'ho risolto in modo simile a smilebot :

1. Apri il tuo file storyboard come "Codice sorgente" in Xcode:

   

2. Cerca la classe a cui fai riferimento e rimuovi l'intero bit che dice

CustomClass = "UnrecognizedClassName"

3. Apri di nuovo il file dello storyboard come "interfacebuilder - storyboard" e ricostruisci la tua app.

Basta rimuovere MyClass.m e .h e aggiungerli nuovamente al progetto è un lavoro per me.

Avevo "Bottone preferito di classe sconosciuto nel file Interface Builder" e l'ho rintracciato in una scena da libro di fiabe in cui il pulsante in questione aveva una falsa classe personalizzata di "Bottone preferito" nel campo Classe nella parte superiore dell'Ispettore identità. Intendevo mettere quel valore nel campo successivo: Etichetta di identità.

La modifica di questo in "UIButton" risolto il problema.

Mi sono imbattuto in questo in Swift.

Lo spostamento del file .xib nella cartella Base.lproj del progetto ha eliminato questo errore.

Ho riscontrato questo errore oggi durante la conversione della mia app aaLuminate in Universal sotto Xcode 4. Questa app si basa sul modello di utilità ed è stata originariamente creata con Xcode 3.

Per risparmiare tempo ho copiato l'iPhone Main e Flipside Views su nomi appropriati sull'app Universal. Ho riscontrato l'errore "Classe sconosciuta x nel file Interface Builder". Nel mio caso non c'era nulla nei file o nelle destinazioni XIB.

Avevo anche copiato il file aaLuminate-Info.plist per altri motivi: questa aveva una vecchia chiave "Nome base file pennino principale" impostata su MainWindow.

Non appena ho eliminato questa chiave ha risolto il problema!

Nel mio caso ho riscontrato questo errore perché avevo cercato di salvare un po 'di lavoro creando un nuovo progetto e quindi eliminando diversi file di origine e copiando i file di origine con lo stesso nome dal progetto di lavoro. Ho anche copiato il mio file MainStoryBoard che stava cercando il mio RootViewController. Tuttavia, quando avevo eliminato il RootViewController originale e poi aggiunto il RootViewController dal prodotto precedente, evidentemente l'operazione Aggiungi file non è riuscita a "selezionare" la casella di destinazione come suggerito sopra. Semplicemente visualizzando tutti i file ".m" importati da Newley e assicurandosi che la casella di appartenenza alla destinazione fosse selezionata, tutto andava bene. Penso che ciò che stava accadendo fosse che il file dello storyboard era alla ricerca di una classe che era stata "esclusa" dal collegamento perché l'appartenenza di destinazione era deselezionata. Accertarsi che i file richiesti per la destinazione siano così designati nell'appartenenza alla destinazione in Controllo file. Grazie Pat! (vedi sopra)

Nel mio caso è stato perché ho dichiarato una sottoclasse di una sottoclasse di una cella UITableView nel file .h (la dichiarazione di entrambe le sottoclassi era nello stesso file .h), ma ho dimenticato di fare un'implementazione vuota di quella seconda sottoclasse nella .m file.

non dimenticare di implementare qualsiasi sottoclasse di una sottoclasse dichiarata nel file .h! sembra semplice, ma facile da dimenticare perché Xcode lo farà per te se stai lavorando con una classe per file .h / .m.

Avevo "Classe sconosciuta RateView in Interface Builder" in cui RateView era una sottoclasse di UIView. Avevo lasciato cadere un UIView sulla mia scena Storyboard e avevo cambiato il campo Classe personalizzata in RateView. Tuttavia, questo errore è apparso.

Per eseguire il debug, ho modificato il nome della mia classe in RateView2 e ho modificato tutti i riferimenti in modo che corrispondano ad eccezione del campo Classe personalizzata di UIView. Il messaggio di errore appariva ancora come prima con RateView come classe mancante. Ciò ha confermato che il messaggio di errore era correlato al valore del campo Classe personalizzata. Ho modificato questo valore in RateView2 e il messaggio di errore è stato modificato in "Classe sconosciuta RateView2 in Interface Builder". Progressi di sorta.

Infine, ho ispezionato i file del codice sorgente stessi in File Inspector. Lì ho scoperto che il file del codice sorgente (che avevo copiato da un tutorial) non era associato al mio Target. In altre parole, non aveva un abbonamento Target. Ho selezionato la casella che ha reso il file del codice sorgente della classe un membro dell'app di destinazione e il messaggio di errore è andato via.

Nel mio caso avevo eliminato una classe chiamata "viewController" senza rendermi conto che era stata selezionata con l'ispettore di identità dello storyboard (sotto "Classe personalizzata" in alto).

Devi semplicemente selezionare la classe corretta per il controller di visualizzazione nel campo Classe personalizzata della finestra di ispezione identità o aggiungere una nuova classe al progetto e selezionarla come classe personalizzata.

Ha funzionato per me!

Ho aggiunto il file Under Build Phase in Targets e il problema è stato risolto. Per i passaggi per aggiungere il file, vedere la mia risposta su:

Errore Apple Mach-O Linker (APActivityIcon)

Questo mi ha fatto impazzire per un po 'e nessuno dei suggerimenti sopra mi ha aiutato a sbarazzarmi dell'errore. Fortunatamente avevo un solo oggetto IB che utilizzava la classe, quindi l'ho appena cancellato e aggiunto di nuovo con la stessa classe specificata. L'errore è andato via ...