首先，并不是必须事先选择好框架，我们才能对其进行记录。你不必费心寻找框架——它们会找到你。在几乎每一个项目中，都有一系列框架坐等被你发现，而你所要做的只是注意到它们，然后充实它们，让该方面的设计能够在下一次变得更轻松、更高效即可。而且每当你再次注意到这个框架时，都可以往里面加人更多的细节。换句话说，框架一般不会在转眼间就变成完美的、详尽的、完整的文档落到你的手里。在一开始，它们就像一些模糊不清的列表，但最终会成长为宝贵的资源，拥有完整的案例、界面截图和一系列启发灵感的设计标准。

一开始，你需要找到一个在当前和其他项目中可能都需要解决的问题。前面有一些这样的问题，但实际的范围要远远超过本书（或者任何一本书)。你会在无数的网站上发现搜索、目录、关于我们以及其他框架。你会设计这些东西无数次。如果有一个问题，设计师需要不止一次地处理它，那么它就可以作为框架被存档和备案。

我们曾经提到，Robert在他的讲座中要求参加者们找出某个领域 的网站所具有的共性，并且记录这些元素为其制订出一系列设计标准，然后利用脑力风暴得到应用这些标准的方法，以求最终设计出新颖的解决方案。而这套流程，正是我们打造一个框架所需的基本途径。但是第一，时间上不允许我们随心所欲地选择一大堆系统进行存档备案；第二，在标识网站的构成元素时，我们也不一定愿意费心劳力地判断应该选择哪些网站作为分析资料。我们需要的是捷径，是作弊码，是“了不起”的解决方案。

留意你自身的领域

具体到你的项目，还可以品鉴与你所在领域相同的那些网站。在这里你能找到令人惊喜的东西。

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

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

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

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

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

为什么不能跳过访问，而只通过头脑风暴归纳出所有可能的上下文元素，然后确保设计满足每一种需求呢？首先，除非有极好的运气，否则你的团队不可能有足够的资源构建出一个万能的设计，以适应每一种可能的上下文因素的组合。其次，每一次实地研究都会发现团队从未预料到的事情，因为真实上下文情境背后的因素与团队自身的经验是不一样的。
在团队出门做实地研究之前，他们喜欢先玩个游戏——把分类转化成一系列问题，就像有关要买房的Margaret的那些问题一样。比如，输入就变成了“用户在申请贷款时需要哪些个人信息”和“当用户开始申请流程时，是不是已经掌握了所有的信息”。

我们要制作一个网站，首先，看看框架的边界在哪里，选择View/Frame Borders，此操作能给代表框架外边界的Dreamweaver编辑窗口内侧再加上一条边界。由于还没有定义框架，这条边界包围整个页面。然后，把鼠标放在左侧或右侧的框架边界上。当然，如果创建水平的框架，就应该用顶端或下端的边界。按住ALT键，把边角线拖到新框架所需的分割线的位置上。

Dreamweaver为了方便用户的操作，在对象面板中加入了框架对象，这样用户就可以直接插入已经定义好的框架集，而不用手工插入了。每一个预置的框架集都有一个缩略图，可以方便地查看预置框架集的结构，每一个框架集缩略图上都有一个淡蓝色的区域，它表示当前的页面或者框架。而其余白色的区域则表示新生成的框架。