簡而言之，響應設計就是使用非固定的網格、非固定的布局和@多**查詢使得現在的（以及將來的）web能夠適應不同尺寸的螢幕。無論你的使用者使用的是乙個**，乙個ipad或是巨大的台式顯示器，你的**都能夠適應。
響應設計將成為乙個非常有吸引力的工具，正如luke wroblewski所說的，設計需要遵循移動優先原則。也就是，從小螢幕開始考慮。先理清你的**的核心，然後一點點開始構建。從骨架開始構建能夠保證**的質量，促使開發人員關注使用者所關注的問題。
你打算如何構建乙個響應良好的**呢？這個問題因人而異，但是還是存在一些通用的方法的。為了幫助你開始響應設計，這裡列出了一些初期設計時的最好實踐經驗，都是從大量的web資源中總結出來的：
記住響應設計是乙個非常年輕的概念——是乙個新的工具——每天都會湧現出一些新的東西。不要將上面的建議當做是一些硬性或是速成的規則，它只是一些引導指南罷了。
資料庫設計的最佳實踐
資料庫設計的最佳實踐 1 使用定義明確的表或列名，並保持一致 例如，school studentcourse courseid 2 使用單數形式的表名 即，用studentcourse而非studentcourses 表代表了實體的合集，不需要複數形式。3 不要在表名中使用空格。否則你將在定義表時不...
資料庫設計的幾條最佳實踐
以下幾條經驗是我在幾年工作中總結出來的，而且現在工作中一直在使用的原則 1.減少關聯查詢的表數量，控制在3個以內 2.表設計時能冗餘就冗餘，資料的一致性靠業務邏輯去控制 3.忘掉外來鍵，不要依靠底層db給你檢查資料的不一致，同上 忘掉書本裡的那些概念吧，聽起來有些叛逆 4.查詢語句中盡量不用in,n...
資料庫設計的幾條最佳實踐
以下幾條經驗是我在幾年工作中總結出來的，而且現在工作中一直在使用的原則 1.減少關聯查詢的表數量，控制在3個以內 2.表設計時能冗餘就冗餘，資料的一致性靠業務邏輯去控制 3.忘掉外來鍵，不要依靠底層db給你檢查資料的不一致，同上 忘掉書本裡的那些概念吧，聽起來有些叛逆 4.查詢語句中盡量不用in,n...