刚开始我们打算的是先为框架做一个简单的介绍，然后给出一整套常见的框架实例，并逐一进行深人的讨论。然而在之后的几个月时间内，我们在不停地谈论框架体系，最后意识到两件重要的事情。

第一，有一些关于框架的问题不停地有人问到，它们需要在书里提出并解决。第二，给你一整套完成后的框架，我们实际上只是授人以鱼，而非授人以渔。远比这重要的是学会以你自己的方式来思考、辨识和使用框架，以批判的眼光来琢磨，从剖析的角度来解构现有的网页，并把由此获得的洞见应用到实际中去。

为此，我们确定了几个目标。

我们近距离地观摩了Rolf Molich称之为“界面模块”的东西。我们相信将框架体系与设计模式和组件结合使用，就是Rolf当时渴望看到的景象。框架体系指出了一条新的捷径，帮助我们减少对可用性评估和测试的依赖，从而直接创造出更可用的界面。我们力求读者不仅能自行辨识这些界面模块，同时还能对它们进行解构和分析。

之后，我们帮助你如何将原本模糊的项目需求更好地转化为可用的设计。我们曾目睹过无数项目由于规范不力而导致最后产生了严重的偏差，而之所以要大力提倡框架体系，部分原因正是因为它能助我们一臂之力，解决这个难题。

与此同时，我们还提出了一些只靠设计模式无法实现的问题——如何获得灵感，寻求创新之路。我们利用框架进行反向工程，一窥那些成功的网站（或产品）对人类行为的挖掘和领悟，并为每一个框架推断出一系列设计标准。根据这些标准，我们将会设计出具有高度可用性及创新精神的解决方案。

而最后，或许也是最重要的，我们希望能为大家介绍一种更加完善的可重用策略。无疑，模式和组件能够帮助团队用低成本获得高回报，但这还远远不够。在此基础上，框架体系引人了上下文情境，随之为包含了完整的用户环境和任务流程的设计提供了指导方针。就此，三者相辅相成，形成了一个更为稳固的可重用策略。我们不是从项目的理念层面直接跳向（设计模式或组件的）具体细节，而是利用框架来跨越这二者之间的鸿沟，从而确保我们的设计从一开始就包含了正确的解决方案。

上述这些目标也许过于远大，但我们深信：框架体系能够用切实且有效的方式来解决所有问题。但要想将这一观点论证清楚，还需要做一些工作。我们首先在一定深度上审视了模式和组件，随即便深人到框架中去——它们是什么，它们看上去什么样，如何考虑，如何记录，如何从中剥离出设计标准并应用，怎样筹备并共享，怎样使其适应我们的工作，怎样挑选 (行业内外）可供利用的资源站点来验证它们。另外在最后，我们还以一个虚构的案例研究演示了如何使用这一整套体系。

除此之外，我们还讨论了在实现设计时需要考虑的事情，以及如何让设计更具说服力，如何让它们可用。我们还解释了上下文情境如何影响你的设计决定。

我们尽自己最大努力，写出这本有所裨益的书，自然也希望你能同意：它作为本领域内的论著之一，描述已然颇为详尽。

但其实我们还有一件事尚未涉及：如何劝说你所在公司（或组织）的投资者们相信，开发框架和框架资源库的确物有所值。实际上，有很多人都问过我们这个问题——人们总是想方设法以求自己在设计时的付出能够获得认同——而且我们相信，这个问题的答案也会直接影响到你日后为此付出的努力。要想让未来更加美好，首先得认清当前需要解决的问题。