Xcode 只看到嵌套 class 的一些类似扩展名写在单独的文件中

Xcode sees only some of similar extensions of a nested class written in separate files

我试图通过尽可能缩短方法和文件并使用嵌套的 classes 进行命名空间来使我的代码尽可能地可读。它工作正常,除了一些非常奇怪的时刻。

我有一些 class 用于命名空间。

class Space { }

其中使用的所有 classes 都作为扩展在它们自己的文件中实现。

extension Space {
    class SomeClass {
       // implementation
    }
}

其中一个 SomeClasses 有许多非常复杂的初始化程序,所以我也将它们拆分为自己的文件并按如下方式实现:

extension Space.SomeClass {
    convenience init(fromSomeSource source: SourceClass) {
        self.init()
        // other implementation
    }
}

问题是其中一些文件工作正常,但其中一些文件抛出 'SomeClass' is not a member type of 'Space',我不知道为什么。

他们都很相似。唯一的区别是初始化器本身的实现。所有文件都保存在同一个地方,我不知道为什么有些文件可以正常工作,有些则不能。

我试图将代码从不工作的文件移动到工作正常并且工作正常的文件中 – Xcode 同意查看代码并且没有反对它。但是当完全相同的代码位于它自己的文件中时 – Xcode 或编译器不想理解 SomeClass 实际上是 Space 的成员。

我尝试清理构建,包括手动转储 ~/Library/Developer/Xcode/DerivedData 文件夹。没有任何帮助。

当然我可以将它们全部放在一个文件中并且它会工作正常,但是为什么它对我来说如此挑剔?


我尝试创建一个新文件并将其中一个坏文件的所有内容移到那里。它有效,但仅适用于某些文件名。有些名称再次给出相同的错误,但似乎如果名称是全新的并且与任何现有名称都不相似 - 它可以工作。魔术?

我遇到过类似的问题,似乎编译器正在尝试处理您在定义嵌套 class 之前扩展嵌套 class 的文件。因此你有这个错误说 Space 没有成员 SomeClass.

我找到的解决方案是转到您的目标设置,打开 Build Phases

在那里,在 Compile Sources 部分你应该把文件放在你定义嵌套 class 上面 文件你扩展它的地方。


这个解决方案似乎甚至可以很好地满足您的观察,即当您重新创建文件时,它有时会编译,因为当您重新创建文件时,它在 Compile Sources 中的位置会发生变化。