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 人机交互指南

可视化设计 - 布局

Previous可视化设计 - 颜色Next图像 - 应用图标

Last updated 5 years ago

Was this helpful?

人们通常希望能够在其所有设备上以任何方向使用他们喜欢的应用程序。在 iOS 中,可以配置界面元素和布局,以便在不同设备上自动更改形状和大小,在iPad中进行多任务处理,分割视图以及屏幕旋转时。您必须提前计划并设计一个在任何环境中提供良好体验的应用程序。

在上下文变化期间,保持对当前内容的关注。内容是您的首要任务。改变环境变化的焦点可能是迷失方向,令人沮丧,并让人觉得他们失去了对应用的控制。

确保主要内容以默认大小清除。人们不必水平滚动阅读重要的文字,或缩放以查看主要图像,除非他们选择更改大小。

在整个应用程序中保持整体一致的外观。一般来说,具有相似功能的元素应该类似。

使用视觉重量和平衡来表达重要性。大物品抓住眼睛,显得比较小的物品更重要。更大的物品也更容易点击,当应用程序用于分散周围环境(如厨房或健身房)时,这尤其重要。一般来说,将主要项目放在屏幕的上半部分,并从左到右读取上下文中 - 靠近屏幕的左侧。

使用对齐来轻松扫描并传达组织和层次结构。对齐使得应用程序看起来整齐有序,帮助人们在滚动的同时关注,并使查找信息变得更加容易。缩进和对齐也可以指示内容组如何相关。

避免免费的布局变更。只是因为有人旋转设备并不意味着整个布局需要改变。例如,如果您的应用程序以纵向模式显示图像网格,则不必在横向模式下显示与列表相同的图像。相反,它可能只是调整网格的尺寸。尝试在所有情况下保持可比的经验。

如果可能,支持纵向和横向。人们喜欢以不同的方向使用应用程序,所以最好的时候可以达到这个期望。

如果您的应用程序仅支持一个方向,则支持两种变体。如果您的应用程序以单一方向运行至关重要,请确保它支持两种方向。例如,如果您的应用程序仅以横向模式运行,则无论“主页”按钮是在左侧还是右侧,都应该可以使用。如果设备在使用您的应用程序时旋转180度,则应用程序应通过将其内容旋转180度来进行响应。如果您的应用程序在有人将设备置于错误状态时不会自动旋转,那么他们会直观地旋转它。你不需要告诉他们。

根据上下文自定义应用程序对旋转的响应。例如,通过旋转设备让人们移动角色的游戏可能不应该在游戏过程中切换方向。然而,它可以根据当前方向显示菜单和介绍序列。

为互动元素提供充足的间距。尝试维持所有控件的最小可打包面积为44pt x 44pt。

准备文字大小更改。人们期望大多数应用程序在“设置”中选择不同的文本大小时都能适当地进行响应 为了适应一些文本大小的更改,您可能需要调整布局。有关应用程序中文本使用情况的更多信息,请参阅。

有关适应性的开发人员指导,请参阅。

排版
自动布局指南