公司最近接了个金融类项目，客户要求高性能、高安全性的移动管理后台。团队讨论后决定用 Swift 来做核心业务模块，毕竟它在 Apple 生态里跑得又快又稳，加上类型安全和现代语法，写起来也顺手。
安装 Xcode 与 Swift 环境
打开 Mac App Store，搜 Xcode，点“获取”安装。这一步其实就等于装好了 Swift 编译器、调试工具和模拟器。等下载完成，启动一次 Xcode，系统会自动安装额外组件。
想在命令行用 Swift？打开终端输入 swift --version，如果能显示版本号，说明环境已经就位。我们项目组的新人小李第一次装完没重启，结果命令行不认，记得完整启动一次 Xcode 再试。
创建企业级项目结构
别一上来就点“Create a new Xcode project”。大项目要规划清楚。我们在 Xcode 里选 App，语言选 Swift，界面用 SwiftUI。项目命名别叫“TestApp”，直接按业务来，比如 FinanceAdminPro。
建好后第一件事：配置 Git。新建远程仓库，把代码推上去。然后建立分支策略，main 锁定，所有人从 feature/ 开分支。这点在多人协作时特别关键，不然代码合着合着就乱了。
依赖管理：使用 Swift Package Manager
以前用 CocoaPods，但现在 Swift 官方推 SPM，我们就跟着走。在 Xcode 菜单选 File → Add Packages，输入 GitHub 地址就行。比如接入 Alamofire 做网络请求：
https://github.com/Alamofire/AlamofireXcode 会自动解析版本，我们选“Up to Next Major”模式，避免意外升级导致崩溃。SPM 的依赖会写进 Package.swift，提交后队友拉代码时会自动恢复。
分层架构设计
项目一上来就堆代码，后期维护就是噩梦。我们用了典型的 Clean Architecture 分层：View 只管界面，ViewModel 处理逻辑，Service 层对接 API，Model 定义数据结构。
比如用户登录功能，先定义 Model：
struct LoginRequest: Codable {
var username: String
var password: String
}
struct AuthResponse: Codable {
var token: String
var expiresAt: Date
}再写 Service 类：
class AuthService {
func login(username: String, password: String, completion: @escaping (Result<AuthResponse, Error>) -> Void) {
let request = LoginRequest(username: username, password: password)
// 调用 Alamofire 发请求
AF.request("/api/login", method: .post, parameters: request)
.responseDecodable { response in
switch response.result {
case .success(let data):
completion(.success(data))
case .failure(let error):
completion(.failure(error))
}
}
}
}持续集成与打包发布
我们用 GitHub Actions 做 CI。每次 push 到 main 分支，自动跑单元测试。测试通过后，打一个 release 包，上传到 Firebase TestFlight 供测试组体验。
真正上架前，要在 Apple Developer 后台申请证书和描述文件。Xcode Organizer 能自动管理，勾选“Automatically manage signing”基本不会出错。打包完成后提交审核，一般两天内能过。
实际运维中的坑
有一次更新后，大量用户反馈闪退。查日志发现是某个枚举解包崩了。Swift 虽然安全，但强制解包 ! 依然危险。后来我们加了静态检查工具 SwiftLint，在 CI 阶段拦截这类问题。
还有一次，SPM 拉不下私有包。原因是没配 SSH 密钥。解决方案是在项目根目录加 .sshconfig，并在 Xcode 的 package 设置里指定认证方式。
现在这套流程跑熟了，新功能从开发到上线平均三天。Swift 写的企业应用在 iPad 上运行流畅，客户在董事会演示时一次通过，当场追加了二期预算。