如何为NSOrderedSet和FetchedResults复用SwiftUI ForEach结构

问题背景 #

现有RecipeGrid视图用LazyVGrid展示食谱列表，初始实现仅支持数组类型数据源，但实际场景需要适配两类数据源：

1. Core Data FetchRequest返回的FetchedResults<Recipe>（热门食谱）
2. Ingredient实体中NSOrderedSet类型的recipes关联属性（同食材食谱）
   同时食谱数量超2万条，需避免转数组带来的性能损耗。尝试直接声明RandomAccessCollection类型参数时，遇到报错：Protocol 'RandomAccessCollection' can only be used as a generic constraint because it has Self or associated type requirements。

解决方案 #

通过泛型+关联类型约束实现多数据源兼容，同时针对NSOrderedSet做适配处理：

1. 重构RecipeGrid为泛型视图 #

将视图定义为泛型结构，约束数据源满足RandomAccessCollection（适配LazyVGrid的高效渲染），且元素为Identifiable（满足ForEach的识别需求）：

struct RecipeGrid<Data: RandomAccessCollection>: View where Data.Element: Identifiable, Data.Element == Recipe {
    let recipes: Data
    
    var body: some View {
        // 可根据需求调整网格列配置
        LazyVGrid(columns: [GridItem(.adaptive(minimum: 150), spacing: 16)]) {
            ForEach(recipes) { recipe in
                Text(recipe.title)
                    .padding()
                    .background(Color.gray.opacity(0.1))
                    .cornerRadius(8)
            }
        }
        .padding()
    }
}

2. 适配NSOrderedSet数据源 #

NSOrderedSet本身不直接符合RandomAccessCollection，可通过自定义包装类实现协议，避免转数组：

// 自定义NSOrderedSet的RandomAccessCollection包装
struct OrderedSetCollection<T>: RandomAccessCollection {
    typealias Element = T
    typealias Index = Int
    
    private let orderedSet: NSOrderedSet
    
    init(_ orderedSet: NSOrderedSet) {
        self.orderedSet = orderedSet
    }
    
    var startIndex: Index { 0 }
    var endIndex: Index { orderedSet.count }
    
    subscript(position: Index) -> Element {
        orderedSet.object(at: position) as! Element
    }
    
    func index(after i: Index) -> Index { i + 1 }
    func index(before i: Index) -> Index { i - 1 }
}

// 给NSOrderedSet添加便捷转换方法
extension NSOrderedSet {
    func toCollection<T>() -> OrderedSetCollection<T> {
        OrderedSetCollection<T>(self)
    }
}

使用时直接转换传入：

// 假设ingredient是Ingredient实例
RecipeGrid(recipes: ingredient.recipes.toCollection())

3. 适配FetchedResults数据源 #

FetchedResults<Recipe>本身已实现RandomAccessCollection和Identifiable（只要Recipe实体遵循Identifiable），直接传入即可：

struct PopularRecipesView: View {
    @FetchRequest(
        sortDescriptors: [SortDescriptor(\.title)],
        predicate: NSPredicate(format: "isPopular == YES")
    ) private var popularRecipes: FetchedResults<Recipe>
    
    var body: some View {
        RecipeGrid(recipes: popularRecipes)
    }
}

核心优势 #

• 复用同一套LazyVGrid+ForEach渲染逻辑，无需重复代码
• 保持数据源原有特性，避免数组转换带来的内存开销（尤其针对2万条数据）
• 泛型约束确保类型安全，编译期即可排查不兼容的数据源

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