XCode项目中自定义颜色：Assets颜色集与UIColor扩展方案对比

一、Assets颜色集的优劣势 #

优势 #

• 可视化管理+多环境自动适配：在Assets里能直接看到颜色预览，还能一键设置明暗模式、高对比度模式下的不同颜色值，Xcode会自动帮你处理系统环境切换，不用写额外代码适配。
• 跨平台统一协作：如果是iOS/macOS/watchOS跨端项目，Assets里的颜色集可以直接共享，不用在不同平台重复定义。
• 设计师友好：设计师可以直接导出Figma/Sketch里的颜色到Assets，开发不用手动转RGB/HEX值，减少出错；修改颜色也直接在Assets里调整，不用动代码。

劣势 #

• 代码调用有可选值风险：代码里要用UIColor(named: "CustomColor")，拼写错误会返回nil，虽然Xcode有自动补全，但还是可能踩坑。
• 不支持复杂逻辑：如果需要根据业务动态计算颜色（比如根据订单状态变颜色、进度条渐变），Assets完全做不到，只能靠代码实现。
• 版本控制易冲突：多人同时修改Assets目录时，Git冲突的概率比单个Swift文件高，解决起来也更麻烦。

二、UIColor扩展的优劣势 #

优势 #

• 代码调用更安全直接：定义成扩展的静态属性，比如UIColor.customPrimary，是确定的非可选值，编译期就能发现拼写错误，不会出现nil崩溃。
• 支持复杂颜色逻辑：可以写计算属性或者方法，根据业务条件返回不同颜色，比如：

extension UIColor {
    static var dynamicText: UIColor {
        UITraitCollection.current.userInterfaceStyle == .dark ? .white : .black
    }
    
    static func statusColor(isSuccess: Bool) -> UIColor {
        isSuccess ? .systemGreen : .systemRed
    }
}

• 版本控制更省心：单个Swift文件的Git冲突容易对比解决，比Assets的plist文件冲突好处理。

劣势 #

• 无可视化预览：要知道颜色效果，要么看代码里的RGB值脑补，要么运行App查看，不如Assets直观。
• 多环境适配需要手动编码：要适配明暗模式，得自己监听userInterfaceStyle变化，或者用系统的动态颜色API，比Assets的可视化配置麻烦。
• 设计师协作成本高：设计师给的颜色需要开发手动转成代码里的RGB/HEX值，修改颜色也要改代码，沟通和维护成本更高。

三、选择建议 #

• 优先选Assets颜色集：如果你的项目以UI展示为主，需要适配多系统环境，且有设计师深度参与协作，用Assets能大幅提升管理和适配效率。
• 优先选UIColor扩展：如果需要处理动态计算的业务颜色，或者追求代码调用的安全性和灵活性，扩展的方式更合适。
• 实际项目可以混合使用：固定的品牌色、系统适配色放在Assets里统一管理，动态业务色用UIColor扩展实现，兼顾两者的优势。

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