近日，部分使用 SwiftUI 进行 macOS 应用开发的开发者反馈，在设置 DatePicker 的 .stepperField 样式后，日期组件中的数字（如日、月、年份）会被部分截断，影响用户交互与视觉体验。该问题在 Xcode 15 及 macOS Sonoma 环境下尤为突出，引发社区广泛讨论。
问题重现：数字显示不全
具体表现为：当开发者在 SwiftUI 视图中使用如下代码渲染日期选择器时：
DatePicker("日期", selection: $date)
.datePickerStyle(.stepperField)
在运行时，日期显示区域中的数字右侧被裁切，例如“31”可能只显示“3”或“3”加上半个“1”。这一问题不仅出现在横屏布局下，即便窗口宽度足够，数字依然会超出系统默认的边界，导致视觉残缺。有开发者尝试修改 DatePicker 的 frame 宽度，但截断现象依然存在，说明问题出在组件内部布局而非外部容器的约束上。
原因分析：SwiftUI 对 macOS 的适配细节缺失
从底层看，.stepperField 样式在 macOS 上对应的是 NSDatePicker 的 stepper 风格。然而 SwiftUI 在封装该原生控件时，并未完全继承其自动调整尺寸的机制。具体来说，DatePicker 在 .stepperField 模式下，其子视图（包括文本字段和步进按钮）的布局采用固定宽度，且缺少内边距（padding）设定。当字体大小、系统语言（如中文日期格式含“年/月/日”字符）或日期数字位数（如两位数月份）发生变化时，固定宽度无法自适应，导致文字被裁剪。
此外，macOS 上默认的 .stepperField 样式本应预留更多水平空间用于显示完整日期，但 SwiftUI 的封装未正确继承 NSDatePicker 的 sizeToFit 行为，使其在部分系统缩放比例下表现异常。这一问题在 macOS Ventura 中已有零星报告，但直到 Sonoma 仍未彻底修复。
社区解决方案：手动添加内边距或自定义样式
针对该问题，社区开发者已提出多种临时解决办法。最直接的方式是使用 .padding() 修饰符为整个 DatePicker 添加水平外间距：
DatePicker("日期", selection: $date)
.datePickerStyle(.stepperField)
.padding(.horizontal, 8)
不过，该方案仅在外层增加空白，并不能保证内部文本字段完全展开。更有效的做法是结合 .frame() 明确指定宽度，例如：
DatePicker("日期", selection: $date)
.datePickerStyle(.stepperField)
.frame(width: 200)
若仍需自适应，可尝试在 DatePicker 后添加 .fixedSize() 修饰符，强制控件采用固有尺寸：
DatePicker("日期", selection: $date)
.datePickerStyle(.stepperField)
.fixedSize()
值得注意的是，.fixedSize() 在某些回调场景下可能导致布局异常，因此部分开发者选择退而使用 .textFieldStyle 替代 .stepperField，但这样会失去步进按钮的便利性。若项目对交互体验要求较高，也可通过 NSViewRepresentable 直接桥接 NSDatePicker，完全绕过 SwiftUI 的封装层。
官方回应与未来展望
截至目前，Apple 尚未在官方文档或 Release Notes 中明确承认该问题。但有开发者通过 Feedback Assistant 提交了错误报告（FB13672854），并被标记为“已知问题”。鉴于 SwiftUI 在 macOS 平台上的成熟度仍逊于 iOS，此类控件适配缺陷并非孤例。业内人士普遍预计，Apple 有望在未来的 Xcode 16 或 macOS 15 中统一修复类似布局问题。
总结与建议
对于正在构建跨平台应用的开发者而言，.stepperField 样式的数字截断问题虽小，却足以影响用户对 App 专业度的评价。在官方补丁到来之前，建议采取以下策略：
- 短期：为
DatePicker添加padding与frame组合，并通过@State动态调整宽度。 - 中期：优先测试不同系统语言和字体缩放下的显示效果，提前做好布局适配。
- 长期：关注 Apple 开发者论坛与 Xcode 更新日志，或考虑使用 AppKit 原生控件作为备选方案。
跨平台 UI 的常青法则——没有绝对安全的默认值，主动管理布局始终是开发者最好的护身符。希望本文的梳理能为受困于“数字截断”的同行提供切实的帮助。