《iOS应用软件设计之道》—— 2.1 边画边思考

2.1 边画边思考

草图让你可以在视觉上自我沟通,或者与团队的其他成员沟通。即使有些东西在你的头脑里相当明晰,也应将其画出来,才能确保它说得过去。这只需花费片刻时间。
一旦你有东西画在纸、屏幕或者白板上,就可以供别人指点。你和团队可以说,如果这个东西放在那里会怎么样?屏幕上的主要元件是什么?这次交互过程的主体是什么?这个体验的核心是什么?即使你还没有详细列出细节,大体明了计划包含什么、产品存在的空间在哪里,仍然都是无价的信息。
最令人振奋的设计思路往往都是在画草图过程中产生的。大多数应用软件都是大量明智、实用决定的结晶,贯穿着各种智慧和创新的设计思路。智慧和创新这两种类型的思路都用草图表现。有时,草图能让人们召开会议,也可以是咖啡机旁的谈话;还有些时候,孤行的设计人员通过草稿本来进行自己一个人的“交谈”。

时间: 2024-09-24 18:31:30

《iOS应用软件设计之道》—— 2.1 边画边思考的相关文章

《iOS应用软件设计之道》—— 3.1 流向:从一个画面到另一个画面

3.1 流向:从一个画面到另一个画面 简单地说,线框图的主要困难在于指出如何将功能清单以一系列的二维画面表达出来.困难的一部分是提供画面间的流向,让用户感到合理.易于使用.下面看一些构建聪明的流向方案,可供采用. 3.1.1 导航控制器 导航控制器是iOS上最常见的画面切换方法(参看图3.1示例).位于画面顶端的流向条指示出当前位置,并包含一个回退按钮.内容区的右向箭头提供沿层次结构向下的方法.这种组织方式使任意数目的分支路径成为可能,而且回到顶层的方法也是统一的.用户在这种流向方案中,可以垂直

《iOS应用软件设计之道》—— 3.2 对标准组件的建议

3.2 对标准组件的建议 组件可以构成画面中的各块内容,这些块包括视图.控件.警示等.在画线框图时,你只需要找出合适的组件,将其安排到合适的画面中.当然,这么说就像写一本畅销小说,只是把合适的词语按合适的顺序摆放而已.对于杰出的应用软件,你需要大量的智慧来组织设计,但要这么做,你得确保自己熟悉要用到的这些模块. 应当优先选取操作系统提供的标准组件,而不是构建自己的组件来组织设计,这是规则.对于几乎所有需求,都有标准控件把工作可靠.可预见地实现.标准控件有用户熟悉的好处,用户理所当然会花多数时间到

《iOS应用软件设计之道》—— 导读

前言 你好 这个世界终究注意到了设计,尽管花了些时日,但设计的确很关键. 有关设计力量的完美故事可以追溯到2007年4月关于微软首席执行官史蒂夫·巴尔默的一番笑谈.那是在1月份,苹果公司的史蒂夫·乔布斯刚刚宣布了iPhone的诞生,所有人都在思量这个发布,考虑如何应对它.面对群雄割据的智能手机市场,巴尔默在"USA Today"的访谈中这样评论iPhone在市场中的机会:"iPhone不会有机会获得任何可观的市场份额.没有机会." 我可不是幸灾乐祸,但这个预言的失误

《iOS应用软件设计之道》—— 1.10 减少问题

1.10 减少问题 列提纲时还要顺便解答一个关键的设计问题:这些条目会不会是同一件事物呢?设计的相当大一部分工作就是找出产品到底要做成什么样子,它的每个组件如何组装到一起?两个需求能否通过一个功能满足?某个功能是否做的事太多,若分解成多个功能,会不会更顺畅些?作为设计人员,你的个人风格很大程度上就是你在合并.拆分应用软件的组件时的力度,所以要准备花大量的时间来考虑这个问题.例如,在SnackLog设计中,你正考虑是否要包含标记和多用户支持.在组织提纲时,你发现它们似乎均可以放到"分类化"

《iOS应用软件设计之道》—— 2.10 画工作流程草图

2.10 画工作流程草图 工作流程草图就是应用软件里不同画面的地图,从一个画面移动至另一个画面,就像是应用软件可视的高层次提纲.倘若你的应用软件相当简单,也许在一张图中就能画出所有的东西:否则,可以将其分割成几块,每块分别画出相关部分.例如,假设你的iPad应用软件有几个浮动框,你可以为每个浮动框都画个地图.有的应用软件通过一贯方式(如页签)来快速切换功能块.对于这类应用软件,就适合为每个页签赋予其自己的工作流程地图.工作流程最抽象时,可以采用方块与箭头线的简单组合,来展示应用软件不同画面间的路

《iOS应用软件设计之道》—— 2.2 谈话中论设计

2.2 谈话中论设计 你在开会.会议已经开了半个小时.每个人都在谈论你关于Framistan应用软件设计的提议.他们都自认为清楚你提案的概念和分歧.有些人赞成你的想法,有些人则反对.最后,为了阐明其中一些细节的要点,你把Framistan画到白板上.突然,房间里有一半人站了起来:"我没想到这里有个'取消'按钮!","噢,这只是个消息框,而不是全屏窗口?","啊,但如果你旋转了iPad,结果会怎么样呢?",等等.这说明每个人对Framistan都是

《iOS应用软件设计之道》—— 2.5 何时画草图

2.5 何时画草图 在若干情况下,画草图是很有必要的. 描述架构提纲.最初,你要仔细检查整个架构提纲,画出每一幅画面的内容.每个功能都要能看到,每步流向都要明确,架构提纲里的每个条目都要以某种形式在草图中体现出来.一时间,你的各个想法和注解组成了可供检查和发展的基础.这些草图和提纲一起呈现出了对应用软件应该如何表现的高层次理解. 直接画架构草图.倘若应用软件规模较小,其功能可以通过所提供的画面显示来定义,就可以跳过架构提纲,直接从架构草图开始.对小不点型的应用软件(如内置的Stocks或Note

《iOS应用软件设计之道》—— 2.8 绘制界面草图

2.8 绘制界面草图 最直接的草图就是字面上的界面:你实际在画大致iPad或iPhone尺寸的矩形,并填充以屏幕控件的大致形式.这有助于你看到每个屏幕的大体关系.每张草图都要解答一个问题.一张草图要能回答下列问题中的某些,但可能不会马上解答所有问题: 多少内容可以恰当地放到你拥有的空间里. 应该用什么样的标准元素:顶部工具栏.底部工具栏.页签栏等. 你想构建什么样的定制控件. 控件如何分组. 画面角落和边缘应该布置哪些控件到主要位置. 你有多少空间可用. 但草图不能解答下面这类问题: 实际的颜色

《iOS应用软件设计之道》—— 第3章 熟悉iOS

第3章 熟悉iOS 精于iOS设计的主要因素在于了解该平台能提供什么东西.设计的大部分工作都是选取一组标准流向方案和控件.有时你需要构思定制组件,但即使原创设计,仍然要符合该平台的精神. 虽然你从日常应用软件里已经看到了这些标准组件和行为,但是你可能还是没意识到苹果公司和第三方开发者使用它们的原因.本章将对<iOS人机界面指导原则>的标准选项进行深入阐释,提供深层见解.然后我会谈到如何创建自己的定制设计,以便在iOS平台上如鱼得水. 在阅读本章后,你将准备着手画线框图.在作提纲和画草图时,你可