2023年末仍需使用Alamofire吗？iOS15 Swift项目适配疑问

答案没有绝对的是或否，得结合团队的具体需求、现有代码状态来判断，以下是几个关键参考维度：

一、可以考虑弃用Alamofire的场景 #

• 你的项目已经实现了基础的URLRequest构建器，且基于dataTaskPublisher/await URLSession.data(for:)的客户端能覆盖所有当前API调用需求：iOS15+下的原生并发API已经足够简洁，异步流程、JSON解析、基础错误处理都能轻松实现，不需要额外依赖。
• 团队希望精简第三方依赖：Alamofire是功能完备的库，但如果用不到它的进阶特性，引入它只会增加不必要的包体积和维护成本。
• 团队成员熟悉Swift原生并发模型：原生API和Swift并发体系无缝衔接，不需要额外学习Alamofire的自定义API、会话管理逻辑等概念。

二、Alamofire仍有保留价值的场景 #

• 项目需要进阶网络能力：比如自动重试机制、全局请求拦截/重定向、证书钉扎、精细化的响应缓存策略、多部分表单上传的便捷处理等，这些功能Alamofire已经封装得很成熟，原生实现需要编写大量重复代码。
• 现有代码深度依赖Alamofire：团队已经基于它写了大量业务逻辑，重构到原生API需要投入不少时间，且没有明显收益（比如包体积过大、性能瓶颈），这种情况下没必要折腾。
• 团队更习惯Alamofire的生态：比如依赖它的响应序列化、统一错误处理体系，或者已经用上了Alamofire与Combine/RxSwift的集成封装，切换到原生需要重新适配。

三、实际行动建议 #

作为项目新人，你可以先做这几件事：

1. 梳理当前项目用到了Alamofire的哪些功能，判断是否是原生API能轻松替代的基础场景。
2. 评估重构的成本与收益：比如重构后能减少依赖、提升编译速度，但需要投入时间做全量测试，得看团队是否有资源支持。
3. 和团队核心成员沟通：团队项目的技术选型需要共识，不要单方面决定替换。

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