SwiftUI预览与Mac运行App地址表格显示不一致问题排查

可能的问题原因 #

• 数据传递失效：预览用的是模拟测试数据，但实际运行时选中人员的地址数据没正确传递到PersonTableEditor。检查编辑页的初始化参数，确认是否用@Binding/@ObservedObject/@StateObject绑定了选中人员的地址数组，而非仅用静态模拟数据。比如如果编辑页用let addresses: [Address]接收数据，要确保选中人员的addresses不为空且正确传入，而非预览时的硬编码数据。
• 布局空间被压缩：编辑页的地址表格可能被父容器限制了高度，导致无法显示。尝试给地址表格加上.frame(maxHeight: .infinity)，或者将其包裹在ScrollView中，确保能占据可用布局空间。预览模式会自动适配视图大小，但实际运行时窗口布局优先级可能导致表格被挤压。
• Xcode 16.2的SwiftUI Table Bug：新版本可能存在模态/弹窗场景下Table渲染的兼容性问题。可以临时用List替代Table测试，如果List能正常显示，基本可以确定是Table的版本Bug，可尝试降级Xcode或等待苹果修复，或换用其他组件。
• 状态管理逻辑错误：检查ContentView中选中人员的状态是否正确同步到编辑页。比如如果选中状态用@State var selectedPerson: Person?，打开编辑页时要确保该变量已正确赋值，而非处于nil状态导致编辑页无数据渲染。

替代编辑架构方案 #

• 内嵌展开式编辑：在ContentView的人员表格中，将地址列改为可展开的DisclosureGroup，点击后直接在当前行下方展开地址表格进行编辑，无需跳转新页面。这种方式避免了页面间的数据传递问题，交互更直观。
• 侧边栏联动编辑：使用NavigationSplitView重构布局，左侧展示人员表格，右侧固定显示选中人员的编辑区域（包含地址表格）。选中人员后，右侧实时更新数据，状态绑定更稳定，也符合Mac端应用的常见交互模式。
• 弹窗式编辑：将PersonTableEditor改为通过Sheet或Popover打开，而非上下文菜单直接导航。在ContentView中维护@State var isEditorPresented = false和@State var selectedPerson: Person?，上下文菜单点击时赋值并触发弹窗，确保编辑页的环境和数据绑定正确。

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