Apple HIG: Menus and Buttons
设计 Apple 风格菜单和按钮
确保您的 macOS 和 iOS 界面遵循 Apple 的设计标准。本技能提供关于菜单结构、按钮样式和工具栏布局的权威指导，均来自 Apple《人机界面指南》。
下载技能 ZIP
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
开启并开始使用
测试它
正在使用“Apple HIG: Menus and Buttons”。 I'm building a macOS app and need a menu for file operations like New, Open, Save, and Export. What should I do?
预期结果:
对于 macOS 应用中的文件操作，请使用标准的应用程序菜单结构：
1. 将新建、打开和保存放在文件菜单中（应用菜单之后的第一个菜单）
2. 使用标准键盘快捷键：新建用 Command+N，打开用 Command+O，保存用 Command+S
3. 在保存下方添加导出，如果是常用操作，可选择使用 Command+Shift+E
4. 遵循排序：关于、新建、打开、打开最近项目、[分隔符]、关闭、保存、[分隔符]、导出/打印
这遵循了 Apple 的菜单栏约定，其中文件菜单是文档相关命令的主要位置。确保每个命令也可通过菜单栏访问，即使您提供了工具栏快捷方式或上下文菜单。
正在使用“Apple HIG: Menus and Buttons”。 Should I use a context menu or an action sheet for item deletion on iOS?
预期结果:
在 iOS 上，对于项目删除，请使用操作表，而不是上下文菜单：
**操作表（推荐）**
- 以红色突出显示破坏性操作
- 强制用户明确选择，触控目标清晰
- 更好地适配触控界面，具有较大的点击区域
- 可以包含确认消息和取消选项
**上下文菜单（不推荐用于破坏性操作）**
- 更适合辅助或便捷操作（复制、分享、重命名）
- 较难发现关键操作
- 长按手势可能不明显
此外，永远不要只在上下文菜单中放置破坏性操作——始终提供主要访问路径。对于删除，操作表为您提供破坏性按钮样式、清晰的视觉层次以及 Apple 对不可逆操作推荐的明确选择模式。
安全审计
安全Static analysis detected 893 potential security issues across 11 files (1527 lines). All findings are false positives from a pure documentation skill containing Apple Human Interface Guidelines. Hardcoded URLs are legitimate documentation image references to developer.apple.com. 'Weak cryptographic algorithm' and 'C2 keyword' detections are triggered by common UI/UX terminology (button, control, push, etc.). 'Ruby/shell backtick execution' patterns are from markdown code blocks and inline code formatting. No executable code, no network operations, no external commands - read-only reference documentation.
质量评分
你能构建什么
设计 macOS 菜单结构
开发 macOS 应用程序的开发者需要组织菜单项、定义键盘快捷键并实现标准编辑菜单。他们使用本技能来确保其菜单栏遵循 Apple 的约定，并包含所有预期的标准项。
为 iOS 应用选择按钮样式
iOS 设计师正在创建一个包含多个操作按钮的表单，需要确定使用哪些按钮样式。本技能帮助他们选择合适的按钮角色（主要、取消、破坏性）并确保正确的视觉层次。
实现上下文菜单
跨平台开发者希望为其 iPad 和 macOS 应用添加右键上下文菜单。他们查阅本技能来了解哪些操作应放在上下文菜单中与主要 UI 的区别，以及如何确保无障碍性。
试试这些提示
在 [platform] 上，对于 [specific action/use case]，我应该使用哪种类型的菜单？
我需要为 [platform] 上的 [describe scenario - primary action, destructive action, etc.] 创建按钮。应该使用哪些按钮样式和角色？
请审查我在 [platform] 上的工具栏设计。我有以下操作：[list actions]。这些是工具栏与菜单的正确选择吗？
[menu/button component] 在 [platform 1] 与 [platform 2] 上的行为有何不同？键盘快捷键和无障碍要求是什么？
最佳实践
- 在 macOS 上，每个命令必须可从菜单栏访问——工具栏和上下文菜单是补充，不能替代菜单项
- 使用系统定义的按钮样式和角色，而非自定义设计，以保持平台一致性和无障碍性
- 每个视图限制使用一个或两个突出按钮，以减少认知负担并引导用户执行主要操作
避免
- 仅将命令放在上下文菜单中，而不在菜单栏或主要界面提供
- 在同一视图中使用多个突出按钮样式，造成视觉混乱，不知道哪个操作是首选
- 在工具栏中塞入太多项目——优先处理常用命令，将不常用的操作移到溢出菜单中