① 谁有《响应式Web设计 HTML5和CSS3实战》电子书百度网盘资源下载
响应式Web设计HTML5和CSS3实战链接：https://pan..com/s/1k0ZE61qGci8KgZ5iP6lbEg
② 什么是响应式web设计
响应式Web设计是在开发和设计网站过程中产生的一种方式，它的目的是让内容布局能随用户使用显示器的不同而变化。再明确点说，这种设计概念，就是让原本1292像素宽，4栏的内容，能够很好地显示在1025像素宽的用户屏幕上，同时还能自动简化成2栏。当然，让它很好的适应智能手机和其他种类电脑的屏幕也就成了水到渠成的事了。这种特殊的设计形式就被成为“响应式Web设计”。
响应式Web设计的优点：可以兼容所有尺寸的屏幕，随着手持设备（手机）屏幕尺寸繁多，也有很好的兼容性；而且开发一次，pc版和触屏版，手机版融合为一；
响应式Web设计的缺点：对前端工程师要求比较高，它的屏幕兼容要求前端工程师对各种浏览器差异性了解比较多，对于大数据展示的门户站点，如果用同一页面，即时浏览器不崩溃，在手机上一个页面，很难滑到最底部，带来操作是十分不方便的，触屏版和手机版对优质信息展示不足。
综合优缺点：响应式Web设计在企业站点，微型或者小站还是可以用的，对于大中型站点不合适（尤其大信息量展示的）。
③ 求一套完整的javaweb项目的源代码
http://download.csdn.net/detail/jiangzaifu/6036001
自己下载吧，很多的啊 csdn上
④ 网页设计中响应式具体怎么实现
眼下，几乎每个新客户都希望他们的网站可以有专门的移动设备版本。最完美的情况呐，就是为iPhone、iPad、黑莓、Kindle……各自打造一款——页面分辨率还必须兼容任何设备。谁知道未来5年内我们还需要为多少新发明的设备设计开发不同版本的页面？这种疯狂什么时候算个头？
在Web设计和开发领域，很快的，我们将会无法跟上设备与分辨率革新的步伐。对于多数网站来说，为每种新设备及分辨率创建其独立的版本根本就是不切实际的；结果就是，我们将会赢得使用某些设备的用户群，而失去那些使用其他设备的用户。不过，或许会有另外一种方式，可以帮助我们避免这种情况的发生。
响应式Web设计(Responsive Web design)的理念是，页面的设计与开发应当根据用户行为以及设备环境(系统平台、屏幕尺寸、屏幕定向等)进行相应的响应和调整。具体的实践方式由多方面组成，包括弹性网格和布局、图片、CSS media query的使用等。无论用户正在使用笔记本还是iPad，我们的页面都应该能够自动切换分辨率、图片尺寸及相关脚本功能等，以适应不同设备；换句话说，页面应该有能力去自动响应用户的设备环境。这样，我们就可以不必为不断到来的新设备做专门的版本设计和开发了。
⑤ 第9章 Bootstrap响应式网页设计
响应式Web设计(Responsive Web design)的理念是：
页面的设计与开发应当根据用户行为以及设备环境(系统平台、屏幕尺寸、屏幕定向等)进行相应的响应和调整。具体的实践方式由多方面组成，包括弹性网格和布局、图片、CSS media query的使用等。无论用户正在使用笔记本还是iPad，我们的页面都应该能够自动切换分辨率、图片尺寸及相关脚本功能等，以适应不同设备；换句话说，页面应该有能力去自动响应用户的设备环境。响应式网页设计就是一个网站能够兼容多个终端——而不是为每个终端做一个特定的版本。
如果通俗一点呢：智能地根据用户行为以及使用的设备环境（系统平台、屏幕尺寸、屏幕定向等）进行相对应的布局
⑥ 什么是响应式Web设计怎样进行（4）
但是对于页面中的文字内容信息来说，则不能简单的只从"同比缩小"和"调整布局结构"这两方面去处理。对于手机等移动设备来说，在文字内容方面，已经有了很多最佳实践方式和指导原则：简化的导航、更易聚焦的内容、以信息列表代替传统的多行文案内容等。响应式Web设计的思想，一方面要保证页面元素及布局具有足够的弹性，来兼容各类设备平台和屏幕尺寸；另一方面，则是增强可读性和易用性，帮助用户在任何设备环境中都能更容易的获取最重要的内容信息。有一条样式代码，我们已经使用了多年：display: none;我们可以在一个针对某类小屏幕设备的样式表中使用它来隐藏掉页面中的某些块级元素，也可以使用前文的方法，通过JS判断当前硬件屏幕规格，在小屏幕设备的情况下直接为需要隐藏的元素添加工具类class。比如，对于手机类设备，我们可以隐藏掉大块的文字内容区，而只显示一个简单的导航结构，其中的导航元素可以指向详细内容页面。注意，不要使用visibility: hidden的方式，因为这只能使元素在视觉上不做呈现；display属性则可帮助我们设置整块内容是否需要被输出。对于移动设备来说，避免这些不必要的资源浪费还是很重要的。我们来看一个简单的示例：图中上半部分是大屏幕设备所显示的完整页面，下面的则是该页面在小屏幕设备的呈现方式。页面HTML代码如下：<p class="sidebar-nav"><a href="#">Left Sidebar Content</a> | <a href="#">Right Sidebar Content</a></p> <div id="content"> <h2>Main Content</h2></div><div id="sidebar-left"> <h2>A Left Sidebar</h2></div><div id="sidebar-right"> <h2>A Right Sidebar</h2> </div>下面是默认的主样式表，其中，我们要隐藏掉链接导航部分(sidebar-nav)，因为默认样式适用的设备屏幕会足够大，足够显示包括两个侧边栏在内的所有内容。#content{ width: 54%; float: left; margin-right: 3%;}#sidebar-left{ width: 20%; float: left; margin-right: 3%;}#sidebar-right{ width: 20%; float: left;} .sidebar-nav{display: none;}下面是用于小屏幕移动设备的样式表代码。现在，我们要隐藏掉两个侧边栏，并使sidebar-nav显示出来。借助JavaScript，当用户点击sidebar-nav中的链接时，对应的侧边栏可以恢复显示。当然，触发恢复显示的方式有很多种，即可以通过JS改变侧边栏的display属性值，也可以为其添加额外的布局样式。#content{ width: 100%;}#sidebar-left{ display: none;}#sidebar-right{ .sidebar-nav{display: inline;}现在，我们的页面已经可以随着设备和屏幕规格的变更，响应式的做到元素的同比缩放、布局结构的改变、内容的优化调整。特别是对于手机设备，我们还要在实践过程中注意一些该类设备共有的设计指导原则。比如，针对手机设备，使用一个特定的样式，将页面原有的文字导航元素变为更易操作的图标形式。下面的一些文章资源可作参考阅读：Mobile Web Design Trends For 20097 Usability Guidelines for Websites on Mobile Devices触屏与鼠标触屏设备已经成为主流。虽然目前多数触屏设备还是小屏幕类型的产品，比如手机，但是市场上越来越多的大屏幕设备也开始使用触屏技术；且不说iPad一类的平板电脑，就连一些笔记本和台式机也加入了这一行列。比如HP Touchsmart tm2t，即使用传统的键鼠设备，同时也加入了触屏技术。相比于传统的基于鼠标指针的互动，触屏技术显然带来了截然不同的交互方式与相应的设计规范；两者又有各自所适用的领域。所幸，要使我们的设计方案同时满足这两类设备的规范，并非一件难事，只是有些地方需要注意。比如，触屏设备无法反映CSS定义的hover行为及相应的样式，因为它没有鼠标指针的概念，手指点击就是click行为。所以不要让任何功能依赖于对hover状态的触发。有兴趣的话，可以读读这篇"Designing for Touchscreen"，这里提到的很多建议即有利于改进针对触屏设备的设计方式，同时也不会削弱传统键鼠设备上的用户体验。比如，放在页面右侧的导航列表可以对触屏设备的用户更加友好。因为多数人习惯用右手点击操作，而左手负责握住设备；这样，放在右侧的导航列表即方便右手的点击，又可以避免被握着设备的左手不小心触碰到。而这一点与键鼠设备用户的习惯完全不矛盾。
⑦ 响应式web开发实训学生成绩管理系统碰到的问题
摘要 亲，您好，请问响应式WBE开发实训学生成绩管理系统碰到了哪些问题，具体的情况是怎样的，可以详细说明吗
⑧ web响应式网站怎么做
Step1：信息架构，确定内容策略。
根据产品定位和用户分析，交互设计师确定站点信息架构。（信息架构呈现方式有很多种，这不是本文重点，不详述）。
这时候可以明确这个产品有多少页面，每个页面包含多少内容，内容优先级是什么。很多产品包含N多页面，每个页面一一考虑响应式设计容易造成混乱且成 本巨大。所以下一步重要工作是分析页面类型把页面归类。以玩客为例，可以把10多个页面分成三类：列表类页面、详情类页面、操作类页面。
Step2：响应式移动框架
先说下为什么第二步要先设计移动框架。移动优先是移动互联网浪潮下应运而生的理念，由Luke Wroblewski最早提出。移动优先并不是指移动更重要，响应式设计理念里设备是同等重要的。它是指优先设计手机端的体验，有三个原因：
手机让设计专注，强迫你想清楚什么信息是最重要的。因为手机屏幕小，每屏呈现的内容少；触屏手机使用手指操作而非鼠标这样的精密设备来操作，对操 作有更高要求；手机使用场景更加丰富，很多场景用户是缺乏耐心的，比如当你排队看电影正在找手机上的电子票，马上排到你了翻半天却迟迟找不到那张票这是多 么令人崩溃的事情。
手机许多特性让设计更强大。手机上的语音输入、地理位置定位、丰富的手势操作、越来越多传感器，手机交互比PC拥有更多可能性。从手机开始设计，让你更早地思考如何发挥这些特性。
手机正在迅猛增长。手机即将超越PC，成为最主流的上网方式，这个趋势是不可逆的。
从移动开始做设计对习惯了PC环境的设计师可能是一种挑战，思考方式工作习惯都被迫做出改变。但这种改变必须去适应，因为用户习惯在改变。
回正题，上一步已经把页面归类并确定每个页面内容优先级，现在接着分析每种类型页面的导航、主体内容等框架结构，最终得出一份框架结构表。从玩客框 架结构看出，全局导航是所有页面公共的，局部导航只有列表类页面才有，详情类页面都有一个“页面主人”信息，而关联导航不是每个页面都有。
Step3：响应式设计框架
根据手机端的框架拓展出平板和PC端框架。这是复杂产品实现响应式设计的关键步骤，它是让众多页面有条理地响应起来的基础。第一件事情是确定响应式 模式，即从手机到平板到PC，导航怎么变化，页面布局用哪种响应方式，根据内容优先级如何调整模块顺序，等等。玩客在PC端以三栏布局为主，左边栏作为局 部导航或者主人信息区，中间栏始终是页面主体信息，当页面需要关联导航时统一放在右边栏。
应式是一种设计理念与前端技术紧密结合的新兴形态，鼓励尽早进行跨职能沟通协作。交互确定响应式框架和栅格系统后，其他角色就可以同步开展工作 了。前端开始介入完成栅格和框架搭建，产出页面基础框架。视觉同步开始探索和定义视觉风格探索，制定视觉框架，产出风格关键词、产品配色方案。整个过程需 要几个角色不断讨论确定。
Step4：模块设计
按照用户体验中的移动优先的原则应该先进行移动端的模块细节设计，不过我们选择了从PC端开始设计细节。因为PC端开发能够充分暴露业务复杂度，项目团队的设 计、开发、测试在PC环境下拥有成熟的工具和流程，从PC开始让开发过程更顺畅。所以个人认为移动优先是确定内容策略时应该遵循的理念，细节设计和开发过 程是否要移动优先，取决于产品定位和项目团队情况。
响应式框架确定了页面结构和响应模式，模块设计这个过程开始完善所有信息排版和交互形式，这是交互设计师最熟练也是最耗时的工作。这个过程与传统流程没太大区别，只是心里要不断提醒自己，这个模块不是只为这个设备设计，它在其它设备下会出问题吗？
交互确定页面模块细节后可以抽取出产品用到的控件、组件和公共模块，现在视觉和前端开始做一件有别于传统流程的事情。视觉根据前期定义的风格设计控组件和公共模块的视觉效果，把它们拼成一个模拟的页面，我们称之为风格拼贴稿。前端再把风格拼贴稿里的控组件和公共模块实现出来，统一维护一套组件规范代码。
Step5：响应式模块设计
PC端页面模块细节和风格拼贴稿完成后，剩下工作是拓展出平板和手机端的完整设计稿，前端产出全部响应式页面代码。进行响应式模块设计时最需要关注的仍然是让操作符合设备习惯，充分利用设备特性。
至此，一个全站响应式产品的页面就陆续出来了。很多人认为响应式设计维护成本高的理由是一个页面要同时设计多套设计稿。玩客这次经验告诉我们，确定一套设计稿和栅格系统后再拓展出其它设备下的设计方案，工作量远比想象中的低。
Step6：测试&讨论&优化，提交开发
离大功告成还差最后一步，在真实设备下测试页面效果，项目团队讨论并持续优化用户体验。
在提交开发之前需要尽早明确服务端响应（RESS） 的策略。服务端与客户端结合是目前解决响应式页面性能问题的最合理方案。哪些大图片在移动设备下只需输出小尺寸图片？哪些内容在什么设备下是不需要开发输 出的？哪些可以减少输出的数据数量？与开发团队协作的响应式可以有效控制页面文件大小，避免页面成为移动设备上烧用户流量的罪魁祸首。
测试通过后提交页面进入开发环节。我们从可用性和可访问性两方面总结了一份响应式页面测试checklist，测试要点包括但不限于以下内容。
⑨ 响应式Web设计和非响应式Web设计 在代码上有什么区别吗
响应式web就是在基本html基础上添加自适应浏览器宽度样式 以达到网页自适应各种分辨率屏幕的目的
⑩ 怎么设计响应式WEB
开始第一篇。老规矩，先无聊的谈论天气一类的话题。十一长假，天气也终于开始有些秋天的味道，坐在屋里甚至觉得需要热咖啡。话说两年前也是在国庆假 期里开始做Joomla文档翻译的；长假好时光，总会可以抽出一两天，安静的窝在家里做做博客、学做些新东西，简直没有比这更舒心的事情。 说正事儿。准备在近期的几篇里集中翻译学习一下"响应式Web设计"的相关话题，包括概念、实践方式、案例及观点讨论等方面。相比于从前做的文档译 文，这些文章篇幅要长的多(甚至要加分页了！)，今天放上的这篇几乎花掉了两天的"闲暇时间"；对耐力是个考验，努力提高喽。废话结束，here we go. 眼下，几乎每个新客户都希望他们的网站可以有专门的移动设备版本。最完美的情况呐，就是为iPhone、iPad、黑莓、Kindle……各自打造 一款——页面分辨率还必须兼容任何设备。谁知道未来5年内我们还需要为多少新发明的设备设计开发不同版本的页面？这种疯狂什么时候算个头？ 在Web设计和开发领域，很快的，我们将会无法跟上设备与分辨率革新的步伐。对于多数网站来说，为每种新设备及分辨率创建其独立的版本根本就是不切 实际的；结果就是，我们将会赢得使用某些设备的用户群，而失去那些使用其他设备的用户。不过，或许会有另外一种方式，可以帮助我们避免这种情况的发生。 响应式Web设计(Responsive Web design)的理念是，页面的设计与开发应当根据用户行为以及设备环境(系统平台、屏幕尺寸、屏幕定向等)进行相应的响应和调整。具体的实践方式由多方 面组成，包括弹性网格和布局、图片、CSS media query的使用等。无论用户正在使用笔记本还是iPad，我们的页面都应该能够自动切换分辨率、图片尺寸及相关脚本功能等，以适应不同设备；换句话说， 页面应该有能力去自动响应用户的设备环境。这样，我们就可以不必为不断到来的新设备做专门的版本设计和开发了。 响应式Web设计的概念 Ethan Marcotte曾经在A List Apart发表过一篇文章"Responsive Web Design"，文中援引了响应式建筑设计的概念： 最近出现了一门新兴的学科——"响应式建筑(responsive architecture)"——提出，物理空间应该可以根据存在于其中的人的情况进行响应。结合嵌入式机器人技术以及可拉伸材料的应用，建筑师们正在尝 试建造一种可以根据周围人群的情况进行弯曲、伸缩和扩展的墙体结构；还可以使用运动传感器配合气候控制系统，调整室内的温度及环境光。已经有公司在生产" 智能玻璃"：当室内人数达到一定的阀值时，这种玻璃可以自动变为不透明，确保隐私。 将这个思路延伸到Web设计的领域，我们就得到了一个全新的概念。为什么一定要为每个用户群各自打造一套设计和开发方案？和响应式建筑相似，Web设计同样应该做到根据不同设备环境自动响应及调整。 显然，我们无法也无需使用运动传感器或是机器人技术，响应式Web设计更多需要的是抽象思维。好在，一些相关的概念已经得到了实践，比如液态布局、 帮助页面重新格式化的media queries和脚本等。但是响应式Web设计不仅仅是关于屏幕分辨率自适应以及自动缩放的图片等等，它更像是一种对于设计的全新思维模式。 调整分辨率 不同的设备都有各自的屏幕分辨率、清晰度以及屏幕定向方式，不断被研发着的各种新设备也将带来新的屏幕尺寸规格。有些设备基于横屏 (portrait)，有些是竖屏(landscape)，甚至还有正方形；对于日益流行的iPhone、iPad及其他一些智能手机、平板电脑，用户还 可以通过转动设备来任意切换屏幕的定向方式。怎样才能做到让一种设计方案满足所有情况？ 要想做到同时兼容横、竖屏(用户还有可能在页面加载的过程中切换方向)，我们就必须考虑N种屏幕尺寸规格。诚然，我们可以将这些规格划分为几个大 类，然后为每一类做一种方案，确保该方案至少在本组中尽量具有弹性。但即使这样，结果也将是无比焦虑的，谁知道某类设备在5年之后的占有率是多少？而且很 多用户甚至不去将浏览器的窗口最大化；类似这样的变数，我们还要考虑多少呢？ Morten Hjerde和他的同事们对2005至2008年市场中的400余种移动设备进行了统计(查看报告)，下图展示了大致的统计结果： 在08年之后，更多更有代表性的新设备问世并普及了。显然，我们不可以沿着"多方案"的思路继续走下去；那么我们应该怎样做呢？