iOS Development Guidelines
  • Introduction
  • 规范
    • 0. 介绍
    • 1. 序言
    • 2. 代码命名规范
      • 2.1. 代码命名基础
      • 2.2. 方法(Method)命名
      • 2.3. 函数(Function)命名
      • 2.4. 属性(Property)与数据类型命名
      • 2.5. 其它命名规范
      • 2.6. 可接受缩略名
    • 3. 代码格式规范
      • 3.1. 代码注释格式
      • 3.2. 代码结构与排版
    • 4. 开发实践
      • 4.1. Objective-C保留字
    • 5. Xcode工程结构
    • 6. 版本控制
      • 6.1. Git基本配置
      • 6.2. Git分支模型
      • 6.3. SVN源代码管理规范
      • 6.4. SVN的标准目录结构
    • 7. 附录
      • 7.1. Xcode扩展插件
      • 7.2. 第三方开源库
    • 8. 参考
    • 9. iOS开发优化
  • Swift编码规范
  • Objective-C新特性
  • iOS生命周期
  • Apple 官方设计指南
    • iOS 人机交互指南
      • 概览 - 设计理念
      • 概览 - iOS 10 新功能
      • 概览 - 接口要素
      • 交互 - 3D Touch
      • 交互 - 辅助功能
      • 交互 - 音频
      • 交互 - 身份验证
      • 交互 - 数据输入
      • 交互 - 反馈
      • 交互 - 文件处理
      • 交互 - 初次启动体验
      • 交互 - 手势
      • 交互 - 加载
      • 交互 - 模态
      • 交互 - 导航
      • 交互 - 评分和评论
      • 交互 - 请求权限
      • 交互 - 设置
      • 交互 - 术语
      • 交互 - 撤销与重做
      • 系统功能 - 多任务
      • 系统功能 - 通知
      • 系统功能 - 打印
      • 系统功能 - 快速预览
      • 系统功能 - Siri
      • 系统功能 - TV 供应商
      • 可视化设计 - 动画
      • 可视化设计 - 品牌化
      • 可视化设计 - 颜色
      • 可视化设计 - 布局
      • 图像 - 应用图标
  • Apple 官方开发指南
    • App 发布指南
      • 待完善
    • Cocoa 代码指南
      • 代码命名基础
      • 方法命名
      • 函数命名
      • 属性和数据类型命名
      • 可接受的缩写词和首字母缩写词
      • 针对框架开发者的技术细节
    • 核心蓝牙编程指南
      • 待完善
  • iOS 杂谈
    • Auto Layout 是怎么进行自动布局的性能如何
    • App 启动速度的优化与监控
    • 多人的大项目,架构怎么设计更合理
    • 链接器:符号是怎么绑定到地址上的
    • App 如何通过注入动态库的方式实现极速编译调试
    • 静态分析工具的选择
    • Clang的App 提质
    • 无侵入的埋点方案如何实现
    • 包大小:如何从资源和代码层面实现全方位瘦身
    • iOS 崩溃千奇百怪如何全面监控
    • 如何利用 RunLoop 原理去监控卡顿
    • 临近 OOM,如何获取详细内存分配信息,分析内存问题
    • 日志监控:怎样获取 App 中的全量日志
    • 性能监控:衡量 App 质量的那把尺
    • 远超想象的多线程的那些坑
    • 怎么减少 App 电量消耗
    • 除了 Cocoa,iOS还可以用哪些 GUI 框架开发
    • 细说 iOS 响应式框架变迁,哪些思想可以为我所用
    • 如何构造酷炫的物理效果和过场动画效果
    • A/B 测试:验证决策效果的利器
    • 怎样构建底层的发布和订阅事件总线
    • 如何提高 JSON 解析的性能
    • 如何用 Flexbox 思路开发?跟自动布局比,Flexbox 好在哪
    • 怎么应对各种富文本表现需求
    • 如何在 iOS 中进行面向测试驱动开发和面向行为驱动开发
    • 如何制定一套适合自己团队的 iOS 编码规范
    • iOS 系统内核 XNU:App 如何加载
    • iOS 黑魔法 Runtime Method Swizzling 背后的原理
    • libffi:动态调用和定义 C 函数
    • iOS 是怎么管理内存的
    • 如何编写 Clang 插件
    • 打通前端与原生的桥梁:JavaScriptCore 能干哪些事情
    • React Native、Flutter 等,这些跨端方案怎么选
    • 原生布局转到前端布局,开发思路有哪些转变
    • iOS原生、大前端和Flutter分别是怎么渲染的
    • 剖析使 App 具有动态化和热更新能力的方案
  • Flutter
    • 0.Flutter学习笔记以及问题记录
    • 1.Dart基础快速入门
    • 2.什么是声明式UI
    • 3.Flutter入门基础知识
    • 4.项目结构、资源、依赖和本地化
    • 6.布局与列表
    • 7.状态管理
    • 8.路由与导航
    • 9.手势检测及触摸事件处理
    • 9.线程和异步UI
    • 10.主题和文字处理
    • 11.表单输入与富文本
    • 12.调用硬件、第三方服务以及平台交互、通知
    • 13.基于Http实现网络操作
    • 14.图片控件开发详解
    • 15.异步:Future与FutureBuilder实用技巧
    • 16.APP首页框架搭建-Scaffold与PageView
Powered by GitBook
On this page

Was this helpful?

  1. Apple 官方设计指南
  2. iOS 人机交互指南

交互 - 术语

您的应用程序中的每个字词都是与用户进行对话的一部分。在您的应用程序中使用此会话来帮助他们感到自在。

使用熟悉的,可理解的单词和短语。 技术可能是吓人的。避免人们可能不了解的首字母缩略词和技术术语。使用您对听众的了解,来确定某些单词或短语是否合适。一般来说,吸引大家的应用程序应该避开高度技术性的语言。这种语言可能适用于针对更先进或技术人群的应用程序。

保持界面文字清晰简洁。 人们快速轻松的接收简短的直接的文本,并且不期望被迫阅读长篇的段落来完成任务。确定最重要的信息,简洁的表达出来,并将其突出表现,以便人们无需阅读太多的内容来找到他们想要的东西,或弄清楚下一步该做什么。

避免可能听上去是光顾的语言。 避免我们,我们的,我,我的(例如“我们的教程”和“我们的锻炼”)。它们有时会被解释为侮辱或光顾。

争取一种非正式的,友好的语气。 一种非正式的,平易近人的风格与您在午餐时间与人交谈的方式相呼应。偶尔使用缩略词,您和您的来直接称呼用户。

使用幽默时要小心。 请记住,人们可能在你的界面中阅读文本很多次,最初看起来很聪明的文字可能会随着时间的推移而变得令人恼怒。一种文化中的幽默不一定能够很好地转化为其他文化的幽默。

使用相关和一致的语言和图像。 始终确保指南适合当前的情况,偶尔使用缩略词,您和您的来直接称呼用户。例如,如果某人正在使用 iPad ,则不会显示 iPhone 的提示或图形。使用与平台一致的语言。您可以点触,轻拂,滑动,捏住并拖动触摸屏上的内容。您可以按物理按钮和响应 3D 触摸的内容。您还可旋转并摇动设备。

准确地参考日期。 使用如今天和明天的友好术语是适当的,但是如果您不考虑当前语言环境,则这些术语可能会令人感到困惑或不准确。考虑在午夜之前开始的事件。在一个时区,活动可能从今天开始。 在另一个时区,同一事件可能已经在昨天开始。一般来说,日期应该考虑观看事件的人所在的时区。然而,在某些情况下,例如在航班跟踪应用程序中,明确显示飞行起始日期和时区可能更为明确。

恰当地识别交互元素。 人们应该能够一目了然地了解一个元素的作用。当标记按钮和其他交互式元素时,请使用动作动词,如连接,发送和添加。

Previous交互 - 设置Next交互 - 撤销与重做

Last updated 5 years ago

Was this helpful?