 5.列表 列表项的呈现可以集中定义几种模式：常态、编辑/被调用： 常态：  编辑/被调用：  6.还有一些方面可以事先定义： - 搜索逻辑
- 事件处理：无信号、低电量提示的形式和时机、来电、来短信、闹钟时间到、缓存已满、发现新版本等
- 文本输入：光标的移动、删除和复制粘贴、选中地址/人名等
- 复杂逻辑的返回路径：有时候会出现操作路径中断并跳转的情况。比如正在写短信时，弹出提示收到新短信，用户此时通过弹出框直接转到了查看短信的界面，此时“返回”是返回到查看短信的上一层，还是回到编辑短信的界面，这些情况想要集中处理，是比较令人头疼的问题。不久前我大概归纳过一套返回逻辑，大意是：a路径默认是从操作步骤向前一步一步返回，或者逐层向上返回；b如果遇到路径跨页面体系转移，先按照a的方式返回，到达跨页面跳转的界面时，允许跨一次跳转，之后按a的方式返回。
 以上罗列了一些我的归纳和心得，开始新项目的时候基本可以按此思路先把这些方面统一规范，提及都是习惯用法，追求稳妥的项目可以直接套用，追求创新的项目也可作为一个评判依据。 最后，用一个简单的例子提及一下：设计与系统规范尽量保持一致的重要性。 假如我们把mac系统的软件风格直接搬到windows中，那么在切换不同软件的时候，最小化、关闭等按钮的忽左忽右，会使我们经常默认就把鼠标移动到了相反的方向。 每1个第3方应用在手机中都不可能一个程序在战斗，手机中会自带很多系统应用，例如电话本、短消息、设置、浏览器等，他们都遵循着一样的规范，用户每天也会在这些程序中切换若干次。如果一个第3方应用和他们的基本操作方式不同，每次都会使用户经历仔细观察、出错等过程，想象一下每切换一次软件就要转换一套思维的痛苦吧。当然，规范是可以打破的，如果我们找到了简单高效并且操作方式和习惯用法没有冲突的方式，可以尝试一下。例如以前触摸屏的列表项点击一次是聚焦，再次点击为打开，后来普遍改为点击一次就打开
|
