除了能有效地加快迭代，产生易用的设计之外，在网站建设过程中，框架体系还能帮助我们更深刻地理解现有标准背后的逻辑依据。通过这种“解剖镜”，设计师可以反向追溯影响当今各种设计决定的最初逻辑原理，然后将自己的理解转化为准则，应用到更加新颖的设计上。

分解工作量

需要提到的是，重用带来的好处并不是无偿的。识别可重用的元素需要花费时间和精力，为它们备案、存档也颇为耗时，而且保持资源库的更新也是一项长期而且劳心费力的任务。

但如果把它们分为模式、组件和框架体系三位一体的形式，事情就好办多了。因为这样一来，我们就能让设计师和开发人员对工作进行分配。

在互联网上可能存在着数百万个设计模式，它们每天都在被人使用其中一些模式很流行。就此而言，它们似乎就是所谓的界面模块的理想“后备”，但其实模式仍然存在着一些无法摆脱的局限。

设计模式能够解决那些范围较小的具体问题（这也正是我们期待的结果），但是我们无法从中得知这些问题之间是否有联系、是否会顾此失彼。尽管在一般的模式描述文档中有一个上下文情境项，但它也只是讨论了模式能在何处适用，其中既没有提到该模式会如何影响整个应用程序，也没有提到它和系统其余部分的联系。而在必备条件项中，也只是列出了与该模式密切相关的其他模 式，并没有揭示其表面下的深层原因。

著名的信息架构师 Liz Danzico(Happy Cog Studios, Bobulate.com)曾经做过一次题为“The Framework Age”（框架时代）的演讲。演讲的主题是Web设计师们已经抛弃了严格支持剧本化的用户行为的设计，转而开始为之设计一种弹性的平台。Liz的演讲重点关注于一种不断变化的网页范型，但在演讲的过程中，她提到了用户定义框架的3个特质。

为了说明这些特质，Liz谈到了古典音乐和莫达尔爵士乐之间的区别。

她解释到，在古典音乐中，每一个音符都是既定的。作曲家煞费苦心地为 每一件乐器谱写乐曲的每一个小节中的每一个音符。要想成为大师级的乐手，技巧、风度和个人特色当然都很重要，但从根本上来说，任何乐手都得有能力和自制力来演奏出那些音符。每一次都必须完美、准确。在古典音乐中，只要有一个音符出现错误，那就是失败。

在框架体系中，并不是每一个元素都适用于所有项目，因此设计师需要自行挑选合适的元素，以便进行试验。有些元素是必需的，有些则未必。这需要设计师发挥自己的聪明才智来进行取舍，哪些应当保留，哪些又应当抛弃。舍弃某些元素并不会造成不良后果。

所有电影网站上预告片 的目的都是为了说服。预告片的步调、节奏、结构和强度都会极大地影响潜在观众对影片的印象。它们的重要程度类似于在网上买车时浏览的照片（不过预告片通常趣味性更强）。坦白说，如果一个电影网站没有提供预告片，必将是一个严重的失误。简而言之，预告片是电影网站中最为重要的元素。

我们一样，可能你也经历过无数项目，它们都存在着本书开头所列举的那 些问题：含糊不清的需求、有限的时间、资源和预算，以及紧迫得透不过气的最后期限。你还得把这些再经历一遍。不过，这次我们将翻 过这座大山。
和我们一样，可能你也经历过无数项目，它们都存在着本书开头所列举的那 些问题：含糊不清的需求、有限的时间、资源和预算，以及紧迫得透不过气的最后期限。你还得把这些再经历一遍。不过，这次我们将翻 过这座大山。

现在，我们将带你走进一个虚构的项目，而你正是该项目的交互设计师。 通过在典型项目中应用框架，我们将向你展示如何在类似情况下运用框架，并从中获益。研究这个虚构的案例将向我们揭示：在何处引入框架，如何选择框架，应如何规范所包含的模式，如何根据上下文来决定设计，以及怎样在项目的创新方面利用框架。

也许你已经再清楚不过，确定一个项目的需求往往并不只是问问客户那么简单。你的客户有明确的目标，但除此之外她没有更多的想法。你要靠自己来判断需要哪些元素、它们各自的位置、工作方式以及背后的理由。不过幸运的是，你正好可以借此机会试着利用框架来启动一个设计项目。

拿商务网站举个例子，尽管在你真正投人到开发中（而且有更好的客户和 用户反馈）之前，似乎很难确定产品的重点和功能，但其实几乎每一个商务系统都由一些已知的子系统构成。

*目录结构
*搜索系统
*购物车
*支付流程
*订单管理框架
*关于我们