Swift中ObservableObject与@State存储NSWindow的差异及问题

1. 当前ObservableObject方案是否合理？ #

完全合理。NSWindow属于AppKit的引用类型，用ObservableObject配合@Published来存储和管理窗口实例，是SwiftUI中处理非值类型状态的标准做法。ObservableObject专门用来封装需要跨视图共享、或包含引用类型的状态，@Published会在属性变化时自动发送通知，确保依赖该状态的视图能及时更新。你的场景用它管理窗口实例，逻辑清晰，符合SwiftUI设计模式。

2. 为什么@State直接存储NSWindow无法生效？ #

@State是SwiftUI专为值类型（比如Int、String、结构体）设计的属性包装器，底层会把值存在SwiftUI视图树内部，依赖值类型的mutating语义触发视图更新。而NSWindow是引用类型（类），给@State var welcomeWindow: NSWindow?赋值时，只是改变了指针指向，并非值本身，@State无法识别这种变化，甚至可能因内部内存管理逻辑忽略赋值操作，导致窗口实例未被正确保留，自然无法显示。

简言之：@State不适合存储类实例，仅适配值类型。

3. 为什么用@State var appState = AppState()行为不变？ #

AppState是ObservableObject，@State虽主打值类型，但也能存储引用类型——此时它只是把AppState实例保存在视图树中，不参与ObservableObject的状态发布逻辑。但AppState自身的@Published属性会正常工作，只要你在视图中用@ObservedObject或@EnvironmentObject订阅它，状态变化仍能触发更新。所以换成@State var appState = AppState()后，行为和之前一致，本质是AppState自身的ObservableObject机制在起作用，@State仅负责保存实例。

不过注意：这种写法虽能运行，但不符合SwiftUI最佳实践——ObservableObject实例通常应该用@StateObject（iOS 14+/macOS 11+）创建，@StateObject专门负责管理ObservableObject的生命周期，确保实例在视图生命周期内稳定存在，@State存引用类型属于“凑合用”的写法，不推荐在正式项目中使用。

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