Xcode：从项目到第一次运行
建立一次完整的本地反馈循环：改代码 → 构建 → 运行 → 看结果。
用你的前端经验理解
Xcode 把编辑器、构建系统、调试器、模拟器和签名设置放在一起。Preview 类似组件预览，但不能代替真机运行。
为什么需要它
Xcode 的重要价值是建立证据链：你编辑的是哪个文件，它进入哪个应用产物，当前运行的是哪个版本。前端开发者容易依赖热更新；原生开发还需要区分预览、完整构建和已安装在设备上的 App。先学会从源码到运行结果走一遍，后续 AI 改动才能被可靠验证。
它是怎样工作的
导航区域帮助你找到文件和报错，编辑区修改源码，调试区查看运行日志和变量。运行目标决定代码去模拟器还是设备；Scheme 决定这次构建与运行的配置。Preview 适合快速检查一个 View 的状态和尺寸，但它可能使用示例数据，也不会自动覆盖真实登录、网络和完整生命周期。
把关键概念连起来
准备
完整 Xcode 运行于 macOS。选择与你的 Mac 和目标设备兼容的正式版本，安装需要的平台 SDK 与模拟器。
创建
New Project → 目标平台 App → Swift + SwiftUI。认识项目导航、源码编辑、预览画布、调试区域。Assets.xcassets 管理图片、颜色和 App 图标；资源是否进入某个 Target 也需检查。
运行
选择 Scheme 和模拟器，⌘R 构建并运行。先改一段 Text，再观察预览与完整 App 的差别。
给默认 App 加一个可验证的按钮
- 创建 SwiftUI App 后先原样运行，确认工具链正常。记录当前 Scheme 和运行设备，避免把环境问题与代码问题混在一起。
- 在主 View 增加 @State 计数和一个 Button。用预览观察排版，再按 ⌘R 运行完整应用，确认点击让数字增加。
- 停止运行后改一个明显的标题，再次构建。如果设备上仍是旧标题，先确认启动的是这个工程产物，再研究缓存。
这里需要你亲自判断
Preview 成功不代表完整 App、权限、网络、硬件功能也正常；编译错误要先修最早出现的根因。
做一个小练习
创建一个 iOS App，把默认文本改成 Hello, Apple Dev Lab，并在模拟器中运行。
- 完成计数按钮，在动作中打印不含敏感信息的调试日志。
- 分别描述 Preview、模拟器运行和真机运行各能验证什么，并保留一次成功构建的记录。
展开参考思路与验收标准
预览验证局部呈现，模拟器验证完整应用中的基础交互，真机补上硬件、性能和真实权限。第一次安装或启动失败时，应该能给出具体报错、目标设备、签名状态，而不是笼统地说“Xcode 不能运行”。