《设计师不应该错过的响应式设计框架.docxVIP

设计师不应该错过的响应式设计框架（含优缺点分析）Ethan Marcotte称响应式设计是基于网格建立一个网站。Marcotte定义这项技术后，响应式设计框架开始出现，主要是css和JavaScript的结合。许多框架都是开源的，可以免费下载和快速定制。当下最火热的框架就是Bootstrap和?Foundation了。随着响应式设计框架越来越火，一个巨大的争议出现了：为什么一个专业的设计师还需要用这些框架呢？许多人宣称响应式框架是可怕的，因为他们根本不懂一点点html和css的知识。下面是另一些具有标志性的反对使用框架的意见：设计师可以写自己的框架，如果他们懂得一点点html和css的知识的话就更应该自己写。 基于框架的网站加载非常慢。 基于框架的网站看起来大同小异。 伴随多余的div标签，5000+行的css后者更多的javascript文件，网站膨胀是常见的。 尽管反对者的抗议很强烈，但是丝毫不影响框架的持续流行。我认为框架是有用的，即使是最有经验的web前端开发人员也可以好好研究一下。下面我将说说我支持框架的原因。Paul-rand美国网站Paul Rand是使用Foundation建设的一、响应式设计框架一天早上，我正在看?Eli White在?Northeast PHP Conference上的的关键演示，他是译文PHP开发人员，他所谈到的是web和PHP在过去20年的发展。他说道一点：在15年前，后台开发者构建 一切东西都是从零开始的。那个时候没有多少可用的开源资源，也没有专门的内容管理系统（CMS）或者数十万美元的成本。如果你想要为你的网站做一个概观， 那么你需要从头自己编写一个。而如今在2014年，后台开发者不再这样做了。现在他们可以用SurveyMonkey的API在10个小时内为用户创建内容，已经不再是100或 者1000小时了。是SurveyMonkey的代码比较可怕吗？它们是最高效、最巧妙的吗？我不是一个PHP开发者，我不知道这个问题的答案，但是这个 API不断被测试和debug，它运行良好，早就可以拿来用在你其他的项目上，这就是它的价值所在。White说道，除非你的客户想要的东西非常的特殊并且有足够的资金支持，不然大多数的PHP开发人员没有理由在2014年还亲手从头编写自己的概观。So~有什么可以等价于快捷的网站前端技术呢？不幸的是我们没有。目前我们有两个选择来创建一个网站前台。第一个选择是下载一个主题（或者模板）。通常都是用于基于CMS的网站，一套主题可能会提供一些颜色的选择和一些变量的调整。另外一方面，相对于整个网站的成本来说，一套主题大多数都是免费的或者是低成本的。下载一套主题，改一下颜色换一个logo是非常简单的事情。更重要的是，一套好的主题是会定期更新的。并且会附带说明文档使修改显得很直观容易。在消极方面呢，一套主题可能会被很多人使用，看起来并不是非常的新颖独特，更像是属于特定的内容管理系统。另外一个选择就是自主完全定制解决方案。需要雇请设计师来讨论品牌方案，他们会经历再三设计和多次修改，或许会直接把原型实现到浏览 器上，或者把设计稿用html和css实现到网站上，使用CMS集成设计，考虑要不要使用后台管理，最后交付给客户完美的成品。另一方面，每个标签都被精 确放置，和代码是完全互相辉映的，没有丝毫的冗余标签。但是，为了实现这一点，开发者们必须做到训练有素经验丰富。一旦这样高水准的成员加入进来，项目价格就会直线上升，项目已经从小客户目标移位到大客 户目标，成本高升。此外，除非花费额外的费用在写文档上，不然一旦初始成员离开，那么新来的成员就必须从新看一遍老成员的代码，做到熟悉，然后修改，这又 是不小的成本了。在哪里可以下载一个介于低端设计、遍布互联网和高级定制、无比昂贵之间的东西吗？相当于一个后台开发者的API或者代码库的东西？我们可以创建出某种专为前端而定制的东西吗？我们需要能够利用一些预先写好的元素，将他们添加到定制专栏，并开发一个定制的解决方案这就是介于低端和高端之间的产物。我们不再需要从零开始构建框架，我们可以节省好几个小时呢！我是在说我们应该抛弃定制解决方案的框架吗？不，当然不是。在web开发的世界里，一个完整的定制解决方案已然存在，就好比CMS的存在一样，各有各的用武之地。如果你的客户有时间和金钱来构建出最完美的效果，那么何乐而不为呢？但是要知道客户一般都是没有足够的资金和时间来等你从头构造。或许“不完美”是允许存在的，或许需要下载的代码会稍微冗长一些，然而这个解决方案会被记录下来，并在开发的时候起到很积极的作用。它可以快速产出一个并不低级的产物，这是值得的。在web世界里，其他技术在处理响应式设计方面有自己的优势与不足，所以我们大可以好好考虑一下这个框架。GrkGrk，由Boot