Git实战

设计师熟知的在印刷媒体的控制功能,常常也会期望Web媒体会有,但是他们仅仅限制在打印出来的页面上才能使用。我们必须接受这样的事实:web根本没有同样的限制和为这样的弹性准备的设计。但是首先我们必须接受这种落差和流程。

英国建筑师Christopher Wren有一次开玩笑说他选择了一个"以永恒为目标"的领域,而这样的原则也有它吸引人的一面:不像是Web那种总让人感觉是以下星期为目标的东西,建筑是一个以他的持久性来定义的学科。一个建筑的地基决定了它的底座,底座决定了他的结构,结构决定了它的外观。建筑的每一个阶段都比上一个阶段更固定,更难以改变。创造性的决定极其确切地决定了物理空间的形状,规划好了人们几十甚至几百年间在这个范围中活动的方式。

然而在Web上工作则是完全不同的事情。我们的工作内容由瞬时性定义,经常在一两年里就要调整或者替换。不一致的窗口宽度,屏幕分辨率,用户偏好以及我们用户安装的字体仅仅是在交付工作时要衡量的奇怪东西中的冰山一角。经年累月我们逐渐变得不可思议地精于此道。

但是形势在变化,而且可能比我们想要的还快。移动浏览量预计三到五年内会超过桌面访问。在三个具有支配地位的视频游戏平台中就有两个有Web浏览器(而且其中一个还非常棒。)。我们为了鼠标和键盘设计,为T9键盘设计,为手柄游戏控制器设计,也为触屏设计。简而言之,我们现在要面对比以往任何时候更大数量的设备、输入方式以及浏览器种类。

近年来,我见到更多公司开始要求"iPhone版网站"作为他们项目的一部分。这是一个很有趣的说法:从表面来看,当然,这是说移动版WebKit完全达到浏览器的品质,同时也是跳出桌面思考的一个强有力的商业案例。但是作为设计师,我觉得我们经常从这样明确的要求中寻找安慰,因为他们允许我们把面前的问题划分开来。我们可以把移动体验明确地隔离到单独的子域和空间中,跟"非iPhone版网站"分开。但是接下来呢?一个iPad网站?再来一个N90网站?我们真的能一直这样保证为每一种新的用户代理提供专门为之设计的体验?从某种意义上讲,这开始感觉像是一个零和游戏,但是我们——以及我们的设计——该如何适配呢?

弹性的基础

让我们考虑一个设计的例子。我创建了一个简单的幻想杂志页面。它是在流体格上的直接的两栏布局,其中到处散布着一些弹性的图片。作为非固定布局的长期支持者,我长期认为它们更加"面向未来"仅仅因为它们不针对特定布局。在某种程度上,规则是:弹性设计没有对浏览器窗口宽度做任何假设,并且非常漂亮地适配了具有人像和景物图模式的设备。

时间: 2024-08-27 03:12:54

Git实战的相关文章

Git实战(四)状态转换

上次的Git实战(三)环境搭建博文,我们大致讲解了一下git的环境安装,今天我们讲解一下Git的状态转换. 学习版本控制工具,对工具进行版本控制之间的状态转换非常重要.毕竟Git只是一个工具,如果不了解工具的每一步操作都是为什么,那么学习Git也就没有多大意义了. Git初始化 在学习Git状态转换之前,我们先来认识一下Git的初始化,即在本地创建一个Git版本库.与SVN在服务器上创建唯一的版本库不同,Git版本库可以随客户端需要自由在客户端创建,其个数和位置不受任何限制.git初始化命令,如

Git实战(二)原理

上次的博文Git实战(一)版本号控制概述中我们简介了一下版本号控制系统的概念,重点对版本号控制的三种类型进行了分析和对照,从本篇博文開始我们进入Git的世界,首先介绍一下Git实现版本号控制的原理. Git与SVN等其它版本号控制系统的最重要的一点差别在于,Git仅仅关心文件数据的总体是否变化,而不是关心文件内容的差异. SVN等原理分析        怎样理解呢?我们能够通过两种图进行比較,首先看一下SVN等其它版本号控制系统的原理图,例如以下所看到的: 在上述图片中,横向表示各个版本号,纵向

Git实战(三)环境搭建

上次的博文中,我们介绍了一下关于Git作为版本控制工具的基本原理,接下来我们来搭建一个基本的Git环境(由于我使用的是Windows系统,所以重点侧重在这方面). Git安装 Git的安装非常简单,这里就不再多作介绍了,给大家提供一个官方参考文档 http://git-scm.com/book/zh/%E8%B5%B7%E6%AD%A5-%E5%AE%89%E8%A3%85-Git Git中文环境 默认情况下,Git的Shell环境下是使用命令是无法显示中文字符的,为了显示中文,我们可以在使用命

Git实战(一)版本控制概述

从今天开始,我们学习一下分布式版本控制系统Git的相关内容.在了解Git之前,我们先来对版本控制系统做一个宏观的介绍. 什么是版本控制 版本控制是指通过对文件内容的变化进行记录,并为每次的变化进行编号,以便将来查阅文件的修订情况.有了版本控制之后,就可以比较文件变化的细节,以便将某个文件回溯到之前某个时间点的状态,从而解决由于文件变化过程中出现的怪异问题. 版本控制到目前为止的相关产品有很多,大致可以分为三类,分别是本地版本控制系统.集中式版本控制系统和分布式版本控制系统. 本地版本控制系统 本

git实战(1)--git简介

在实战之前先搞清楚git是什么,git是当前最流行的分布式版本版本控制系统.那么也许有人会问: 为什么要进行版本控制? 试想如果没有版本控制,你对一个工程的源码进行了修改,但测试一把发现有问题必须回滚,如何回滚,怎么回滚,天知道你都改了什么:试想团队同时对一个项目进行开发,如果汇集所有的人的提交! 几人git是分布式版本控制系统,是否也存在集中式的,二则的区别是什么? 版本控制系统的确存在集中式和分布式之分,其中集中式主要包括cvs等!集中式的版本控制比较容易理解,存在唯一的中心环境,每一个人都

包建强的培训课程(9):Git实战

@import url(/css/cuteeditor.css); Normal 0 10 pt 0 2 false false false EN-US ZH-CN X-NONE $([{£¥·‘“〈<「『[[[〝﹙﹛﹝$(.[{£¥ !%),.:;>?]}¢¨°·ˇˉ―‖’”…‰′″›℃∶.."〉>」』]]]〞︶︺︾﹀﹄﹚﹜﹞!"%'),.::?]`|}-¢ /* Style Definitions */ table.MsoNormalTable {mso-style-nam

Git实战手册(三): stash解惑与妙用

0. 介绍 教程所示图片使用的是 github 仓库图片,网速过慢的朋友请移步原文地址 有空就来看看个人技术小站, 我一直都在 在实际项目开发中,总会遇到代码写到一半(没法去打commit),去开启新的分支 修复Bug 或者 增加功能 的情况.如果不处理,未修改的代码就会被带入临时创建的新的分支,没写完的代码 和 要修复的代码混合在一起,绝对苦逼.而Git中的stash就是用来对付这种情况. 1. 初识git stash stash在英文中的意思是:隐藏.在Git代码管理的过程中,它的作用也是隐

git实战(2)--本地初始化

git初始化包含两种方式:在本地直接初始化,通过clone和checkout远程远程仓库进行初始,本节先讨论前者. 在本地直接初始化git,使用git init命令 [email protected]~$ mkdir studygit [email protected]~$ cd studygit [email protected]$ git init Initialized empty Git repository in /Users/houenxun/studygit/.git/ [emai

git实战(3)--提交到本地仓库

上一节就提到了仓库的概念,其实初始化git后,git将本地空间分成两部分,一部分是工作区(Working Directory),studygit目录就是工作区存放我们自己的文件,另外一个就是版本库(Repository)也称为仓库,在工作区目录下有一个.git的隐藏目录,该目录不属于工作区,就是仓库. [email protected]$ ls -altotal 0drwxr-xr-x   3 houenxun  staff   102  7  9 19:18 .drwxr-xr-x+ 52 h

Git 实战教程

CVS及SVN都是集中式的版本控制系统,而Git是分布式版本控制系统,集中式和分布式版本控制系统有什么区别呢? 先说集中式版本控制系统,版本库是集中存放在中央服务器的,而大家工作的时候,用的都是自己的电脑,所以要先从中央服务器取得最新的版本,然后开始工作,工作完成,再把自己的修订推送给中央服务器.这类系统,都有一个单一的集中管理的服务器,保存所有文件的修订版本,而协同工作的人们都通过客户端连到这台服务器,取出最新的文件或者提交更新. 那分布式版本控制系统与集中式版本控制系统有何不同呢?首先,分布