无处不在的响应式设计与框架的兴起直接相关。通过生成用户可以遵循的简单模式，框架使响应式设计更容易掌握并开始使用。降低复杂性是必要的，以允许工程师和设计师掌握响应式设计概念。如果框架没有推动响应式网络，那么我们今天在网络上的响应式数量远远少于我们所拥有的，而我们所拥有的的性能要低得多。其实不仅仅是这个原因，网址导航本身的优势也较为明显，市场表现良好亦属正常。
毫无疑问，框架并没有发明响应式设计，但它们让每个人都能够轻松地设计响应式设计。没有框架，我们就不会成为今天的样子。
尽管响应式设计的想法似乎很简单，但很快就会发现仍存在障碍。一些工程师做得很好，从编写简单的开始。他们在设计时考虑了媒体查询，因此这些在移动设备上显得非常壮观。与此同时，其他开发人员开始使用媒体查询较小的设备来快速改造旧。通常这会导致大量凌乱的覆盖和成堆的固定宽度媒体查询。响应式设计看起来很简单：右侧的东西位于左侧的东西下，但是我如何处理导航，图像库或模态？
我们需要一套最佳实践，一个规则框架 - 我们可以在其中构建所有响应式的基础。
沿着基金会
zurb在2010年与许多这些开发人员一样受到了同样的考验和磨难。我们被e的帖子所吸引。作为一个设计工作室，我们一直在努力解决与客户相同的想法和问题。我们如何防止对三个不同代码库的三个不同的需求？我们开始构建我们的zurb编码风格指南，并迅速决定这是其他人需要的东西。
我们最终启动了f，这是一个完全响应的框架，为开发人员提供了构建响应式站点的结构。响应式网格是教授响应式设计概念的完美工具，同时具有针对不同屏幕尺寸的内置样式的组件。zurb正在快速生成响应式站点，我们的开源社区成员也是如此，甚至其他框架也随后响应。支持响应式设计的更多框架意味着响应性地构建更多站点。这使得越来越大的公司更容易，更容易购买响应式设计作为可行的选择。
从响应式w到负责任w
框架非常适合将重要的想法推向大众。他们为人们提供了一个系统，可以使用分散在网络各个部分的想法。框架创建了一个进一步培养人的社区，它们允许代码库来讨论代码。我们再一次受到网络各个部分中如此众多热情的人的工作的启发，并希望使用f来进一步推动w标准。
我们正在关注下一版本的fs，使在处理标记，导出代码和处理可访问性方面更负责任。多年来我们已经涉足这些领域，我们的可访问性推动了54和基础3中的s大修，但是我们致力于为框架用户进行下一次重大改变。我们将更好地帮助我们的用户使用表示类快速原型，但强调使用我们的s 在启动之前创建语义标记的重要性。
我们总是为用户提供选择性导入s文件的能力，但是为人们提供了更多选择，以便更具选择性和构建系统，他们可以确保导出的代码只是他们使用的代码。最后，但同样重要的是，我们正在重新编码f，以便具有损伤的用户可以访问每个组件和代码段。