首页 > 代码库 > Git实战
Git实战
设计师熟知的在印刷媒体的控制功能,常常也会期望Web媒体会有,但是他们仅仅限制在打印出来的页面上才能使用。我们必须接受这样的事实:web根本没有同样的限制和为这样的弹性准备的设计。但是首先我们必须接受这种落差和流程。
英国建筑师Christopher Wren有一次开玩笑说他选择了一个"以永恒为目标"的领域,而这样的原则也有它吸引人的一面:不像是Web那种总让人感觉是以下星期为目标的东西,建筑是一个以他的持久性来定义的学科。一个建筑的地基决定了它的底座,底座决定了他的结构,结构决定了它的外观。建筑的每一个阶段都比上一个阶段更固定,更难以改变。创造性的决定极其确切地决定了物理空间的形状,规划好了人们几十甚至几百年间在这个范围中活动的方式。
然而在Web上工作则是完全不同的事情。我们的工作内容由瞬时性定义,经常在一两年里就要调整或者替换。不一致的窗口宽度,屏幕分辨率,用户偏好以及我们用户安装的字体仅仅是在交付工作时要衡量的奇怪东西中的冰山一角。经年累月我们逐渐变得不可思议地精于此道。
但是形势在变化,而且可能比我们想要的还快。移动浏览量预计三到五年内会超过桌面访问。在三个具有支配地位的视频游戏平台中就有两个有Web浏览器(而且其中一个还非常棒。)。我们为了鼠标和键盘设计,为T9键盘设计,为手柄游戏控制器设计,也为触屏设计。简而言之,我们现在要面对比以往任何时候更大数量的设备、输入方式以及浏览器种类。
近年来,我见到更多公司开始要求"iPhone版网站"作为他们项目的一部分。这是一个很有趣的说法:从表面来看,当然,这是说移动版WebKit完全达到浏览器的品质,同时也是跳出桌面思考的一个强有力的商业案例。但是作为设计师,我觉得我们经常从这样明确的要求中寻找安慰,因为他们允许我们把面前的问题划分开来。我们可以把移动体验明确地隔离到单独的子域和空间中,跟"非iPhone版网站"分开。但是接下来呢?一个iPad网站?再来一个N90网站?我们真的能一直这样保证为每一种新的用户代理提供专门为之设计的体验?从某种意义上讲,这开始感觉像是一个零和游戏,但是我们——以及我们的设计——该如何适配呢?
弹性的基础
让我们考虑一个设计的例子。我创建了一个简单的幻想杂志页面。它是在流体格上的直接的两栏布局,其中到处散布着一些弹性的图片。作为非固定布局的长期支持者,我长期认为它们更加"面向未来"仅仅因为它们不针对特定布局。在某种程度上,规则是:弹性设计没有对浏览器窗口宽度做任何假设,并且非常漂亮地适配了具有人像和景物图模式的设备。
Git实战