mcpField
I
ios-ui-refactor

ios-ui-refactor

github.com/pproenca设计与 UI218288 次安装11 周前更新
代码仓库

关于 ios-ui-refactor

面向改进现有 SwiftUI 界面的开发者,依据 Apple 设计原则提供审查与重构指南。51 条规则分为八类,并包含具体的错误到正确示例及不适用情形说明。

主要功能

  1. 01八类共 51 条规则
  2. 02审查现有 SwiftUI 屏幕
  3. 03基于设计原则的视觉指南
  4. 04提供错误到正确的示例
  5. 05说明规则不适用的情形

适用场景

  1. 01审查现有 SwiftUI 屏幕
  2. 02识别界面中多余的元素
  3. 03检查视觉层级与清晰度
  4. 04检查减少动态效果等边缘情况

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/pproenca/dot-skills --skill ios-ui-refactor

安装后在 Claude Code 中输入/ios-ui-refactor确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

metadata.json
assets/templates/
_template.md
references/
_sections.md
enduring-card-modularity.md
enduring-swipe-back.md
enduring-system-text-styles.md
enduring-weight-not-caps.md
enduring-zoom-navigation.md
evident-label-clarity.md
evident-navigation-intent.md
evident-progressive-disclosure.md
evident-reading-order.md
evident-visual-weight.md
evident-whitespace-grouping.md
honest-contrast.md
honest-dark-mode.md
honest-depth-cues.md
honest-foreground-style.md
honest-loading-states.md
honest-semantic-colors.md
invisible-content-transitions.md
invisible-no-easing.md
invisible-spring-physics.md
invisible-spring-presets.md
invisible-symbol-effects.md
invisible-system-materials.md
less-color-restraint.md
less-fewer-controls.md
less-one-color-purpose.md
less-one-typeface.md

详细介绍

Apple HIG SwiftUI iOS 26 / Swift 6.2 最佳实践

从首席设计师的视角,依据 Rams、Segall 和 Edson 的理念,以 Apple 级标准评估和重构 SwiftUI 界面。包含 8 个类别中的 51 条规则,每条规则都基于三部奠基性设计著作中的具体原则:

  • Dieter Rams — Ten Principles for Good Design(“少即是多”,“设计应当诚实”)
  • Ken Segall — Insanely Simple(简约是打造直观、美观产品的核心原则)
  • John Edson — Design Like Apple(以设计为核心的文化、通过原型打磨至完美、产品就是营销)

类别按照视觉审查流程排序:先考虑要移除什么,再考虑要阐明什么、如何做到诚实、不可见、系统化、面面俱到、历久弥新,最后再考虑如何精益求精。

范围与相关技能

这项技能是重构与审查视角——用于评估现有 UI,并找出需要修正的视觉反模式。与 ios-design(构建新 UI)、ios-hig(符合 HIG)或 swift-refactor(代码级重构)一起加载时,这项技能会以更详尽的“错误 -> 正确”转换方式和“何时不适用”指导,取代重叠规则。使用这项技能审查和改进现有屏幕;从零开始实现时则使用相关技能。

Clinic 架构约定(iOS 26 / Swift 6.2)

这项技能中的所有指导均基于 Clinic 模块化 MVVM-C 架构:

  • 功能模块仅导入 Domain + DesignSystem(绝不导入 Data,也不导入其他功能模块)
  • App target 是汇合点,负责管理 DependencyContainer、具体协调器和 Route Shell 接线
  • Domain 保持纯 Swift,并定义模型,以及 repository、*Coordinating、ErrorRouting 和 AppError 契约
  • Data 负责管理 SwiftData/网络/同步/重试/后台 I/O,并实现 Domain 协议
  • 读写流程默认采用“过时数据优先、后台重新验证”的读取方式,以及乐观排队写入
  • ViewModel 直接调用 repository 协议(不设置默认的 use case/interactor 层)

何时使用

在以下情况下参考这些指南:

  • 审查现有 SwiftUI 屏幕的视觉质量问题
  • 检查屏幕上的每个元素是否都有存在的价值(Rams #10)
  • 评估界面是否无需工具提示即可自我说明(Rams #4)
  • 检查颜色、状态和层级是否如实传达信息(Rams #6)
  • 确保动画和材质不可察觉,而非装饰性元素(Rams #5)
  • 验证间距、圆角和颜色是否构成连贯的系统(Edson“系统思维”)
  • 确认已处理边缘情况——减少动态效果、触控目标、安全区域(Rams #8)
  • 采用能够改进此前无法实现的交互的 iOS 26 / Swift 6.2 API(Edson“直言设计”)

规则类别优先级

优先级类别原则影响前缀规则数
1少即是多Rams #10 + Segall“极简思维”严重less-7
2不言自明的设计Rams #4 + Segall“以人为本”严重evident-6
3诚实的界面Rams #6 + Segall“直言不讳”严重honest-6
4不可察觉的设计Rams #5 + Edson“产品就是营销”高invisible-6
5系统,而非零件Edson“系统思维” + Rams #8高system-6
6细节也要面面俱到Rams #8 + Rams #2高thorough-7
7历久弥新,而非追逐潮流Rams #7 + Edson“坚定设计”中高enduring-5
8通过迭代精益求精Edson“直言设计” + Rams #1/#3中refined-8

快速参考

1. 少即是多(关键)

Rams 第 10 条:“优秀的设计,应尽可能少。”Segall:Apple 的成功,源于对一千件事说“不”。

2. 一目了然的设计(关键)

Rams 第 4 条:“优秀的设计让产品易于理解。”Segall:界面必须使用人们能理解的语言。

3. 诚实的界面(关键)

Rams 第 6 条:“优秀的设计是诚实的。”Segall:不加粉饰,清晰直白。

4. 隐形的设计(高)

Rams 第 5 条:“优秀的设计不突兀。”Edson:产品本身就是营销。

5. 系统,而非零散部分(HIGH)

Edson:“设计就是系统思维。” Rams #8:任何事情都不应随意或听天由命。

6. 注重每一处细节(HIGH)

Rams #8:“设计过程中的细致与准确,体现了对用户的尊重。” Rams #2:如果用户无法可靠地使用产品,产品就失败了。

7. 经久耐用,而非追逐潮流(MEDIUM-HIGH)

Rams #7:“好设计经久不衰。” Edson:坚持一种能够贯穿多代产品的风格。

8. 通过迭代不断打磨(MEDIUM)

Edson:“让设计充分呈现”——不断制作原型,直到每次交互都恰到好处。Rams #1:创新应服务于真正的目的。

使用方法

阅读各个参考文件,了解详细说明和代码示例:

参考文件

文件描述
references/_sections.md类别定义和原则依据
assets/templates/_template.md新规则模板
metadata.json版本和参考信息

评论

支持 Markdown