使用枚举作为命名空间时SwiftUI预览构建失败，求更优解决方案

由于Swift缺乏原生一等命名空间，开发者常用空枚举模拟，但这会触发Xcode预览的类型解析bug——编译运行正常，预览却提示子视图不在作用域内。以下是几种简便的解决方法：

方法1：用空结构体替代枚举作为命名空间 #

枚举作为命名空间时，SwiftUI预览无法正确解析其内部嵌套类型的作用域，换成空结构体即可彻底解决这个问题，无需修改其他代码：

import SwiftUI

// 把enum换成struct
struct Namespace { }

extension Namespace {
    struct ContentView: View {
        var body: some View {
            VStack {
                Text("ContentView")
                    .padding()
                InnerView()
                    .padding()
            }
        }
    }

    struct InnerView: View {
        var body: some View {
            Text("InnerView")
        }
    }
}

#if DEBUG
struct NamespaceContentViewPreviews: PreviewProvider {
    static var previews: some View {
        Namespace.ContentView()
    }
}
#endif

方法2：在父视图中显式指定子视图的命名空间前缀 #

如果坚持使用枚举命名空间，只需在调用子视图时加上命名空间前缀，不需要逐个添加typealias，修改成本低：

// 修改ContentView中的InnerView调用
extension Namespace {
    struct ContentView: View {
        var body: some View {
            VStack {
                Text("ContentView")
                    .padding()
                // 显式指定Namespace.InnerView
                Namespace.InnerView()
                    .padding()
            }
        }
    }
}

方法3：将预览代码移至命名空间扩展内 #

调整预览代码的位置，将其放入命名空间的扩展中，可让预览正确识别内部类型：

import SwiftUI

enum Namespace { }

extension Namespace {
    struct ContentView: View {
        var body: some View {
            VStack {
                Text("ContentView")
                    .padding()
                InnerView()
                    .padding()
            }
        }
    }

    struct InnerView: View {
        var body: some View {
            Text("InnerView")
        }
    }

    // 将预览放在命名空间扩展内
    #if DEBUG
    struct ContentViewPreviews: PreviewProvider {
        static var previews: some View {
            ContentView()
        }
    }
    #endif
}

以上三种方法都能避免逐个添加typealias的繁琐操作，其中方法1是最推荐的方案，因为它完全规避了Xcode预览的bug，代码改动最小。

内容的提问来源于stack exchange，提问作者Gereon