我今天在Xcode 4下将我的aaLuminate应用程序转换为Universal时出现了这个错误。 这个应用程序基于实用工具模板，最初是在Xcode 3下构建的。

为了节省时间，我将iPhone主视图和Flipside视图复制到Universal应用程序上的适当名称。我遇到了“Interface Builder file中未知类x”错误。在我的案例中，XIB文件或目标中没有任何内容。

我还复制了aaLuminate-Info。plist文件跨越其他原因-这有一个旧的关键“主nib文件基名”设置为MainWindow。

只要我删除这个关键它修复了问题!

我今天在Xcode 4下将我的aaLuminate应用程序转换为Universal时出现了这个错误。 这个应用程序基于实用工具模板，最初是在Xcode 3下构建的。

为了节省时间，我将iPhone主视图和Flipside视图复制到Universal应用程序上的适当名称。我遇到了“Interface Builder file中未知类x”错误。在我的案例中，XIB文件或目标中没有任何内容。

我还复制了aaLuminate-Info。plist文件跨越其他原因-这有一个旧的关键“主nib文件基名”设置为MainWindow。

只要我删除这个关键它修复了问题!

尽管在运行时打印了“未知类MyClass in Interface Builder file.”错误，但这个问题与Interface Builder无关，而是与链接器有关，因为没有代码直接使用它，所以链接器没有链接类。

当.nib数据(从.xib编译)在运行时加载时，MyClass使用字符串引用，但链接器不分析代码功能，只分析代码存在，所以它不知道。由于没有其他源文件引用该类，链接器在生成可执行文件时将其优化为不存在。因此，当Apple的代码试图加载这样一个类时，它无法找到与之相关的代码，并打印警告。

默认情况下，Objective-C目标将默认设置-all_load -ObjC标志，这将保留所有的符号。但我一开始的目标是c++，没有这个。尽管如此，我还是找到了一种方法，使链接器保持侵略性。

我最初使用的黑客是添加一个空的静态例程，如:

+(void)_keepAtLinkTime;

它什么都不做，但我会调用一次，比如:

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

这将迫使链接器保留整个类，错误就会消失。

正如jlstrecker在评论中指出的那样，我们实际上并不需要添加_keepAtLinkTime方法。简单地调用一个现有的函数，例如:

   [MyClass class];

(只要你是从NSObject派生的)。

当然，您可以在代码的任何位置调用它。我猜它甚至可能是不可访问的代码。这个想法是欺骗链接器，让它认为MyClass在某个地方被使用了，这样它就不会那么积极地优化它。

Xcode 6.3.2和Swift 1.2

快速定义视图。确保重写init(coder aDecoder: NSCoder)。视图控制器的Objective-C定义。还有，梨树上的笔尖。

将模块名称添加到Nib详细信息检查器，在其中选择类。

如果你有多个StoryBoard并且其中一个StoryBoard使用的是不存在的，那么这个“Interface Builder file中的Unknown class”错误就会在运行时出现。

我的案例-试图在我的objective - c项目中使用一个swift框架中的类，我得到了这个错误。解决方案是在Interface builder/ Storyboard中添加类的Module (swift框架)，如下所示。没有其他的

在我的情况下，类不能被找到，因为它是一个类定义在一个框架内的扩展，如下所示:

extension Buttons {
    public class MyButton: UIButton {
        // ...
    }
}

当我从扩展中提取类时，Storyboard最终可以找到类(MyFrameworkButton):

extension Buttons {
    public typealias MyButton = MyFrameworkButton
}

public class MyFrameworkButton: UIButton {
    // ...
}