① 誰有《響應式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年之後，更多更有代表性的新設備問世並普及了。顯然，我們不可以沿著"多方案"的思路繼續走下去；那麼我們應該怎樣做呢？