关于服务
翻译我是一名原生 iOS 开发者,按照苹果的意图使用 Swift 和 SwiftUI 开发应用程序。我不是一个在跨平台引擎上工作的承包商,不会将通用代码伪装成原生代码,也不是一个在无代码构建器上工作的组装者。我编写真实的 Swift,使用现代的 SwiftUI 构建界面,在屏幕真正需要的地方使用 UIKit。我的应用程序感觉像设备的一部分,因为它们遵循平台的熟悉规则:导航和手势、大系统字体大小、深色主题和安全区域布局,以便在任何型号上保持可读性。
我从头到尾主导大多数项目。我从一个干净的项目结构开始,通过 Swift 并发和 async 或 await 描述数据处理,以便界面不会冻结,并在幕后连接所有必要的内容:REST 端点、推送通知、应用内购买和订阅、账户登录、地图、相机和本地存储。我关心用户看不见的事情:我保持代码可测试,仔细处理错误,并对应用程序进行性能分析,以保持流畅并不耗电。如果有什么不正常,我会找到真正的原因,而不是掩盖症状。
当构建准备好后,我会完全处理发布。这意味着准备商店卡、截图和元数据,处理签名和配置文件,通过正确的管道上传,并在审核批准和发布之前提供支持。如果您已经有一个需要新功能的应用程序,想将过时的屏幕重写为 SwiftUI 或提取卡住的发布 — 我也会接手。告诉我应用程序应该做什么,我会给出诚实的评估和计划。
— 使用 Swift 和 SwiftUI 的原生应用程序
— 在适当的地方使用 UIKit 的屏幕
— REST 和 API 集成,推送通知
— 应用内购买、订阅和账户登录
— 地图、相机、本地存储和后台任务
— 在 App Store 上发布,签名和审核支持
我从头到尾主导大多数项目。我从一个干净的项目结构开始,通过 Swift 并发和 async 或 await 描述数据处理,以便界面不会冻结,并在幕后连接所有必要的内容:REST 端点、推送通知、应用内购买和订阅、账户登录、地图、相机和本地存储。我关心用户看不见的事情:我保持代码可测试,仔细处理错误,并对应用程序进行性能分析,以保持流畅并不耗电。如果有什么不正常,我会找到真正的原因,而不是掩盖症状。
当构建准备好后,我会完全处理发布。这意味着准备商店卡、截图和元数据,处理签名和配置文件,通过正确的管道上传,并在审核批准和发布之前提供支持。如果您已经有一个需要新功能的应用程序,想将过时的屏幕重写为 SwiftUI 或提取卡住的发布 — 我也会接手。告诉我应用程序应该做什么,我会给出诚实的评估和计划。
— 使用 Swift 和 SwiftUI 的原生应用程序
— 在适当的地方使用 UIKit 的屏幕
— REST 和 API 集成,推送通知
— 应用内购买、订阅和账户登录
— 地图、相机、本地存储和后台任务
— 在 App Store 上发布,签名和审核支持