首页/移动开发/iOS 颜色转换

iOS 系统颜色

Swift / Objective-C 系统颜色参考。

systemRed

#FF3B30

.systemRed

systemOrange

#FF9500

.systemOrange

systemYellow

#FFCC00

.systemYellow

systemGreen

#34C759

.systemGreen

systemMint

#00C7BE

.systemMint

systemTeal

#30B0C7

.systemTeal

systemCyan

#32ADE6

.systemCyan

systemBlue

#007AFF

.systemBlue

systemIndigo

#5856D6

.systemIndigo

systemPurple

#AF52DE

.systemPurple

systemPink

#FF2D55

.systemPink

systemBrown

#A2845E

.systemBrown

功能简介

iOS 颜色转换

Swift & Objective-C 颜色代码转换。为 iOS 开发者量身定制,通过输入 HEX 或 RGB 数值,自动生成符合 UI frameworks(UIKit/SwiftUI)定义的颜色构造代码块。

如何使用

1. 输入颜色 HEX 或 RGB 数;2. 选择目标语言(Swift, OC);3. 复制生成的颜色类实例化代码(如 [UIColor colorWithHex...])。

安全保障

即时生成。逻辑完全离线,不搜集您的应用配色灵感或 UI 主题配置。

100% Client Side
📘 使用指南与技术说明

痛点引入

作为iOS开发者,你是不是经常在UI设计稿和代码之间反复横跳?设计师丢过来一个HEX色值,你得手动计算RGB分量,再写成UIColor或Color初始化代码。这个过程不仅枯燥,还容易出错——少写个0x前缀、忘记除以255、搞混alpha值,都是常见的“踩坑”现场。更尴尬的是,联调时发现颜色对不上,还得回头检查代码,白白浪费摸鱼时间。

核心功能深度解析

这个工具的核心是颜色空间的转换算法。它基于W3C的CSS颜色规范,将HEX(十六进制)格式如#FF5733解析为RGB分量。算法通过正则表达式匹配6位或8位(含alpha)HEX字符串,提取每两位转换为十进制(0-255)。对于RGB输入,则直接映射。转换到Swift/ObjC代码时,工具会根据颜色模型(sRGB/Display P3)自动生成正确的初始化器:SwiftUI的Color(.sRGB, ...)或UIColor(red:green:blue:alpha:)。背后还处理了gamma校正和色彩空间转换,确保颜色在不同设备上显示一致。

行业应用场景

在联调阶段,前端和设计师常用HEX沟通,而iOS端需要UIColor代码。使用这个工具,你可以快速将设计稿中的HEX色值转换为代码,粘贴到项目中,避免手动输入错误。测试时,如果需要动态调整UI颜色,可以先用工具生成多组代码,批量测试视觉效果。生产环境中,当需要支持深色模式或动态主题时,工具能帮你快速生成两套颜色代码,提升开发效率。

FAQ 常见问题

  1. 工具支持哪些颜色格式?
    支持HEX(如#FF5733)、RGB(如rgb(255,87,51))和RGBA(含透明度)。未来可能扩展HSL/HSV。

  2. 生成的代码包含色彩空间吗?
    是的,Swift代码默认使用sRGB色彩空间,这是iOS的标准。如果需要广色域(Display P3),可以手动调整。

  3. 透明度(alpha)怎么处理?
    如果输入HEX包含8位(如#FF573380),工具会自动解析alpha值;否则默认alpha为1.0(不透明)。

  4. ObjC代码和Swift代码有区别吗?
    ObjC使用UIColor类,Swift则分UIKit(UIColor)和SwiftUI(Color)。工具会生成对应的语法。

  5. 工具支持批量转换吗?
    目前支持单个颜色转换,批量功能在开发中。你可以多次使用工具生成代码。

技术科普/延伸阅读

颜色转换涉及色彩科学,比如sRGB和Display P3的区别:sRGB是标准色彩空间,而Display P3提供更广的色域,适合高端显示。在iOS开发中,从iOS 10开始支持广色域,但需要注意兼容性。另一个未解之谜是颜色在不同设备上的“色差”——即使代码正确,因屏幕校准差异,颜色可能看起来不同。建议在真机上测试UI,或使用色彩管理工具校准。

📖 同类工具推荐阅读

2026 年 App 图标适配全指南:iOS / Android / 鸿蒙 / visionOS 一张图搞定

"手动切几十张图"的时代结束了。2026 年,iOS 的单图模式、Android 新版 30% 圆角规范、鸿蒙 NEXT 的首次爆发、visionOS 多层图标——四大平台规范同步更新。本文从"适配方案"而非"尺寸列表"的视角,告诉你 2026 年真正需要准备什么。

当‘Adaptive Icons’翻译成‘自适应图标’:记录我在专业领域做多语言适配的踩坑日记

在 2026 年,简单的翻译插件已经没法满足极客的需求了。本文复盘 daima.life 如何利用 next-intl 为移动开发领域定制高精度的多语言词典,解决技术专有名词在不同语境下的‘语感冲突’。

那些藏在 URL 里的双重编码漏洞:一次 SQL 注入的完整路径

明明部署了昂贵的 WAF 防火墙,为什么数据库还是被拖库了?黑客并没有使用什么零日漏洞,而是巧妙地利用了 URL 的“双重编码”特性。本文将带你重构一次真实的攻击路径,揭示架构分层中的安全盲区,以及开发者最容易犯的致命错误。

那个把对象直接 toString 传进 URL 的同事,把我们的接口搞崩了

一个前端新人的失误:'?filter=[object Object]',让后端的 JSON.parse 直接崩溃,引发了一场 P3 级事故。本文深入探讨 JSON 与 GET 参数互转的种种陷阱:嵌套对象怎么传?数组怎么解析?URL 长度限制在哪里?以及如何避开这些暗坑。

💡 想要更多功能?

发现 Bug 或是希望加入新工具?支持免费提建议或商业私有化定制开发