无委托/互引用下，如何管控Protocol实现对象的修改权限？

当然可以做到！而且思路和你想到的方向完全一致——借助结构体的值传递特性，再配合协议的只读设计和访问控制，就能完美实现你要的权限管控，完全不需要委托或者互引用这一套。

核心思路拆解 #

1. 只读协议隔离修改接口：先定义一个只包含读取方法/属性的协议P，外部代码只能通过这个协议访问对象B的状态，看不到任何修改接口。
2. 结构体实现协议+私有修改方法：让结构体B实现协议P，同时把修改自身状态的方法标记为私有/文件私有，确保只有类A能调用这些方法。
3. 类A掌控修改权限：类A持有B的实例，对外只暴露只读的P类型对象，同时提供自己的修改入口——在这个入口里你可以添加确认逻辑，只有通过确认的修改才会触发B的内部修改方法。

代码示例 #

// 1. 定义只读协议，仅暴露读取能力
protocol P {
    var currentValue: Int { get }
}

// 2. 结构体实现协议，修改方法设为私有
struct B: P {
    private(set) var currentValue: Int
    
    // 只有同一文件内的类A能调用这个修改方法
    fileprivate mutating func updateValue(to newValue: Int) {
        currentValue = newValue
    }
}

// 3. 类A持有B，管控所有修改操作
class A {
    private var internalB: B
    
    init(initialValue: Int) {
        internalB = B(currentValue: initialValue)
    }
    
    // 外部请求修改的唯一入口，这里可以添加确认逻辑
    func approveUpdate(to newValue: Int) -> Bool {
        // 示例：只允许非负数值的修改
        guard newValue >= 0 else {
            print("修改不被允许：数值不能为负")
            return false
        }
        internalB.updateValue(to: newValue)
        print("修改已确认，数值更新为\(newValue)")
        return true
    }
    
    // 对外提供只读的P类型对象（值拷贝，外部修改不影响内部实例）
    func getReadOnlyB() -> P {
        return internalB
    }
}

为什么这个方案可行？ #

• 值语义天然隔离修改：结构体是值类型，外部通过getReadOnlyB()拿到的是B的副本，就算有人想办法绕过协议强制修改，也只会改自己手里的副本，完全不会影响类A持有的internalB实例。
• 访问控制锁死修改权限：B的修改方法是fileprivate，只有和A在同一文件内的代码能调用，外部代码根本看不到这个方法，更别说调用了。
• 无需额外依赖：全程不需要委托回调、双向引用这些容易引发循环引用的设计，逻辑简单直接。

关于“结构体专属协议”的补充 #

Swift确实没有像protocol P: class {}那样直接的结构体专属协议语法，但我们可以通过两种方式间接实现类似效果：

• 协议扩展约束：给协议P添加一个只针对值类型的扩展，比如extension P where Self: struct {}，这样只有结构体实现P时才能获得扩展里的默认实现，间接引导使用者用结构体来遵守协议。
• 模块级访问控制：把协议P和结构体B放在同一个模块里，将P的定义设为internal，外部模块无法自行实现P，也就避免了类类型意外遵守协议的情况。

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