網站框架是干什麼的

『壹』 什麼是網站架構

網站架構，一般認為是根據客戶需求分析的結果，准確定位網站目標群體，設定網站整體架構，規劃、設計網站欄目及其內容，制定網站開發流程及順序，以最大限度地進行高效資源分配與管理的設計。其內容有程序架構，呈現架構，和信息架構三種表現。而步驟主要分為硬架構和軟架構兩步程序。網路架構是現代網路學習和發展的一個必須的基礎技術。
中文名
網站架構
一般認為
根據客戶需求分析的結果
制定
網站開發流程及順序
內容
程序架構，呈現架構
快速
導航
軟架構八個方案
硬架構
機房的選擇
在選擇機房的時候，根據網站用戶的地域分布，可以選擇網通或電信機房，但更多時候，可能雙線機房才是合適的。越大的城市，機房價格越貴，從成本的角度看可以在一些中小城市託管伺服器，比如說北京的公司可以考慮把伺服器託管在天津，廊坊等地，不是特別遠，但是價格會便宜很多。
帶寬的大小
通常老闆花錢請我們架構網站的時候，會給我們提出一些目標，諸如網站每天要能承受100萬PV的訪問量等等。這時我們要預算一下大概需要多大的帶寬，計算帶寬大小主要涉及兩個指標（峰值流量和頁面大小），我們不妨在計算前先做出必要的假設：
第一：假設峰值流量是平均流量的5倍。
第二：假設每次訪問平均的頁面大小是100K位元組左右。
如果100萬PV的訪問量在一天內平均分布的話，摺合到每秒大約12次訪問，如果按平均每次訪問頁面的大小是100K位元組左右計算的話，這12次訪問總計大約就是1200K位元組，位元組的單位是Byte，而帶寬的單位是bit，它們之間的關系是1Byte = 8bit，所以1200K Byte大致就相當於9600K bit，也就是9Mbps的樣子，實際情況中，我們的網站必須能在峰值流量時保持正常訪問，所以按照假設的峰值流量算，真實帶寬的需求應該在45Mbps 左右。
當然，這個結論是建立在前面提到的兩點假設的基礎上，如果你的實際情況和這兩點假設有出入，那麼結果也會有差別。
伺服器的劃分
先看我們都需要哪些伺服器：圖片伺服器，頁面伺服器，資料庫伺服器，應用伺服器，日誌伺服器等等。
對於訪問量大點的網站而言，分離單獨的圖片伺服器和頁面伺服器相當必要，我們可以用lighttpd來跑圖片伺服器，用apache來跑頁面伺服器，當然也可以選擇別的，甚至，我們可以擴展成很多台圖片伺服器和很多台頁面伺服器，並設置相關域名，如img.domain和 www.domain，頁面里的圖片路徑都使用絕對路徑，如<img src="http://img.domain/abc.gif" />，然後設置DNS輪循，達到最初級的負載均衡。當然，伺服器多了就不可避免的涉及一個同步的問題，這個可以使用rsync軟體來搞定。
資料庫伺服器是重中之重，因為網站的瓶頸問題十有八九是出在資料庫身上。一般的中小網站多使用MySQL資料庫，不過它的集群功能似乎還沒有達到stable的階段，所以這里不做評價。一般而言，使用MySQL資料庫的時候，我們應該搞一個主從（一主多從）結構，主資料庫伺服器使用innodb表結構，從數據伺服器使用myisam表結構，充分發揮它們各自的優勢，而且這樣的主從結構分離了讀寫操作，降低了讀操作的壓力，甚至我們還可以設定一個專門的從伺服器做備份伺服器，方便備份。不然如果你只有一台主伺服器，在大數據量的情況下，mysqlmp基本就沒戲了，直接拷貝數據文件的話，還得先停止資料庫服務再拷貝，否則備份文件會出錯。但對於很多網站而言，即使資料庫服務僅停止了一秒也是不可接受的。如果你有了一台從資料庫伺服器，在備份數據的時候，可以先停止服務（slave stop）再備份，再啟動服務（slave start）後從伺服器會自動從主伺服器同步數據，一切都沒有影響。但是主從結構也是有致命缺點的，那就是主從結構只是降低了讀操作的壓力，卻不能降低寫操作的壓力。
為了適應更大的規模，可能只剩下最後這招了：橫向/縱向分割資料庫。所謂橫向分割資料庫，就是把不同的表保存到不同的資料庫伺服器上，比如說 用戶表保存在A資料庫伺服器上，文章表保存在B資料庫伺服器上，當然這樣的分割是有代價的，最基本的就是你沒法進行LEFT JOIN之類的操作了。所謂縱向分割資料庫，一般是指按照用戶標識（user_id）等來劃分數據存儲的伺服器，比如說：我們有5台資料庫伺服器，那麼 「user_id % 5 + 1」等於1的就保存到1號伺服器，等於2的就保存到2號伺服器，以此類推，縱向分隔的原則有很多種，可以視情況選擇。不過和橫向分割資料庫一樣，縱向分割資料庫也是有代價的，最基本的就是我們在進行如COUNT, SUM等匯總操作的時候會麻煩很多。綜上所述，資料庫伺服器的解決方案一般視情況往往是一個混合的方案，以其發揮各種方案的優勢，有時候還需要藉助memcached之類的第三方軟體，以便適應更大訪問量的要求。
如果有專門的應用伺服器來跑PHP腳本是最合適不過的了，那樣我們的頁面伺服器只保存靜態頁面就可以了，可以給應用伺服器設置一些諸如app.domain之類的域名來和頁面伺服器加以區別。對於應用伺服器，我還是更傾向於使用prefork模式的apache，配上必要的xcache之類的PHP緩存軟體，載入模塊要越少越好，除了mod_rewrite等必要的模塊，不必要的東西統統舍棄，盡量減少httpd進程的內存消耗，而那些圖片伺服器，頁面伺服器等靜態內容就可以使用lighttpd或者tux來搞，充分發揮各種伺服器的特點。
如果條件允許，獨立的日誌伺服器也是必要的，一般小網站的做法都是把頁面伺服器和日誌伺服器合二為一了，在凌晨訪問量不大的時候cron運行前一天的日誌計算，不過如果你使用awstats之類的日誌分析軟體，對於百萬級訪問量而言，即使按天歸檔，也會消耗很多時間和伺服器資源去計算，所以分離單獨的日誌伺服器還是有好處的，這樣不會影響正式伺服器的工作狀態。
軟架構
框架的選擇
PHP框架有很多選擇，比如：CakePHP，Symfony，Zend Framework等等，至於應該使用哪一個並沒有唯一的答案，要根據Team里團隊成員對各個框架的了解程度而定。很多時候，即使沒有使用框架，一樣能 寫出好的程序來，比如Flickr據說就是用Pear+Smarty這樣的類庫寫出來的，所以，是否用框架，用什麼框架，一般不是最重要的，重要的是我們 的編程思想里要有框架的意識。
邏輯的分層

『貳』 網站的前台框架是指什麼

從網站我們可以看到，從首頁-頻道-欄目-內容，分成了4個級別。在做網路架構的時候是由上自下分解的過程，而下一級又是上一級的補充，同級之間是有關聯的。總之一個優秀的前台架構需要做到上下立意明確，左右銜接合理。一般的網路前台架構師的會根據網站的中心主題，分析出頁面標題、關鍵詞、頁面描述。接著會是頻道，當然這時候要考慮到用戶體驗和關鍵合理設置等很多因素。因為要做的內容很多，關鍵詞也很多，一個頁面不可能涉及到所有的關鍵詞，它需要合理的分配到各個頻道，然後是欄目，最後是內容。我們回頭來看一下，內容是經常更新的，如果所發布的內容很多都包含了欄目設置的關鍵詞，而欄目又分解了頻道的關鍵詞，最後到首頁。

其實我想重點說的是，網站seo或者sem的前台架構就是合理的，有計劃的去分配網站關鍵詞，我們經常會看到有些網站首頁設置了十幾個甚至幾十個關鍵詞。很多關鍵詞甚至都沒有在頁面中出現，那怎麼可能有很好的排名。如果把這些詞分配到你的頻道里，效果肯定是不一樣的，如果你運用了2級域名的技巧，我相信效果會更好。

上面說的是關鍵詞分配的技巧，下面我們說說用戶體驗。對於一個網站架構來說肯定不是單單分配關鍵詞的問題。要考慮的問題有很多，很多優秀的架構師會把頁面關系圖畫出來。舉個最簡單的例子，一個商城，從瀏覽商品到最後付款需要幾步?現在架構師在想盡辦法，用各種各樣技術手段去簡化整個流程。因為每多一次點擊就會流失客戶。大家回想一下，早幾年的商城是必須要注冊才可以購買。從訪問商品，注冊，登陸，返回商品頁面，點擊購買，加入購物車，填寫收貨地址，確認訂單，轉向付款頁面，付款成功，非常繁瑣的過程。現在呢?恨不得看完商品馬上把你引到到付款頁面，而且是直接對接網銀頁面。

很多人對用戶體驗不理解，看完上面的一段話，相信大家就非常直觀的知道什麼是用戶體驗。包括推薦的設置，欄目導航都是用戶體驗中很重要的部分。因為可以非常直觀的提高轉化率，直接為公司產生效益。

『叄』 網站建設使用的框架是什麼網站開發框架具有哪些的優勢

網站建設公司為了可以更好的適應市場的發展，提升建站的效率，已經逐漸開始使用帶了框架進行建站，網站開發的工具也在不斷創新，網站開發框架的優勢在於：
1、有效的提升了網站建設的效率，這一點是不容置疑的，框架的特點就是提供了眾多的api,功能模塊的實現只需要調用起來即可。

2、框架是對功能模塊進行了封裝，規范化的處理，一個功能模塊可以做到被反復利用，在個別方面還可以精簡代碼。

3、建站團隊的分工更加明確，分層實現，例如前端開發和後端開發，一個負責視圖層的實現，而另一個負責數據交互的實現；網站建設的效率大大提升。

4、網站維護起來更方便，根據網站建設項目的特點，有些網站更注重於前台的表現，有些網站則更注重於數據交互，前後端分離代碼邏輯更為清晰，代碼修改更方便快捷。

5、由於現在網站建設公司已經普遍認可了框架的使用，實用的工具大家都在用，遇到問題也可以在網上及時獲得幫助，框架的使用對網站建設行業的發展具有促進的作用。
上述是框架開發的優勢，合理運用好框架才能夠更好的將其優勢發揮出來，提升網站建設的效率，但是框架開發網站也是有利也有弊，使用框架開發的代碼較為臃腫，尤其是對於小項目而言，框架中會有很多根本用不到的功能模塊的代碼。此外，框架會有一定的bug，或者是局限性。建議大家對於一些比較小的開發項目盡量少使用框架，或是對某些框架進行適當的瘦身處理。

『肆』 一個網站有框架結構是什麼意思

原來你說的框架是HTML中的Frame元素（標簽），確實該元素被很多瀏覽器不識別，所以網站後台應用的非常普及。而前台往往是用HTML和JS效果來替代Frame元素所起的作用；JS是可以被客戶端瀏覽器讀取的，HTML是可以優化SEO的。

名詞解釋：網站框架架構，一般認為是根據客戶需求分析的結果，准確定位網站目標群體，設定網站整體架構，規劃、設計網站欄目及其內容，制定網站開發流程及順序，以最大限度地進行高效資源分配與管理的設計。其內容有程序架構，呈現架構，和信息架構三種表現。而步驟主要分為硬架構和軟架構兩步程序。
打個簡單的比方,網站框架結構好比造房子前的設計工程圖,分析造何種類型房子（給誰住）；房子朝向/客廳、卧室等面積布局、水電煤氣管道位置、門窗陽台位置。

『伍』 什麼是網頁框架

■ 什麼是框架型網頁?
如果一個網頁的左邊導航菜單是固定的，而頁面中間的信息可以上下移動，這一般就可以認為是一個框架型網頁。此外，一些框架型站點的模板在其頁面上方放置了公司的LOGO或圖片。不過這一塊也是位置固定的。而頁面的其它部分則可以上下左右移動。有的框架型站點模板還會在其固定區域中放入鏈接或導航按鈕。

在一些關於搜索引擎優化方面的文章中，基本上都認為網站用框架來設計是極不可取的。這是由於大多數的搜索引擎都無法識別網頁中的框架，或者無法對框架中的內容進行遍歷或搜索。

■ 為什麼使用框架的網頁無法被正確索引?
我們將向大家解釋為何使用框架的網頁無法被使用網路蜘蛛(spiders)或網路爬蟲(crawlers) 的搜索引擎(如Google)正確索引的主要原因。在一個框架網頁的後台代碼中，我們一般能夠看到的是網頁的標題標記(Meta Title)、描述標記(Meta Description)、關鍵字標記(Meta Keywords)及其它原標記(Meta Tags)，同時你還會看到一個框架集標記(Frameset Tag)。框架中的內容在後台代碼中是無法被體現的，而對於那些主要搜索引擎的搜索程序來說，如Google的GoogleBot和Freshbot，其設計思路都是完全忽略某些HTML代碼，轉而直接鎖定網頁上的實際內容進行索引。這樣一來，網路蜘蛛在那些一般性的框架網頁上根本找不到要搜索的內容。這是由於那些具體內容都被放到我們稱之為「內部網頁」中去了。

使用「Noframes」標記進行優化
使用了框架型網頁並不意味著就完全無法對其網頁進行優化。實際上在HTML標記中，有一個叫做NOFRAME的標記，如果使用得當的話我們就可以有效地對頁面進行優化了，從而使得搜索引擎能夠正確索引你框架網頁上的內容信息。也有網站這樣使用NOFRAMES標記：他們在NOFRAMES標記里放上這么一段話：「本網頁使用了框架，但您的瀏覽器不支持框架。請下載新的瀏覽器觀看。」

讓我們看看那些專業的搜索引擎優化公司是怎麼做的吧。他們在使用了框架的網頁中，有效的提供含有豐富關鍵字和關鍵短語的重要文字和內容，從而有效幫助網站在SERP(搜索引擎搜索結果頁)中取得較高的排名(頁面等級)。

這樣優化的結果，其實就是讓主要搜索引擎不但讀取了你的網頁後台代碼中的標題和其它原標記，而且對那些不支持框架的瀏覽器所無法顯示的頁面內容信息，也進行了索引。如果你出於某種原因非要使用框架結構，那麼請緊記：在你的後台代碼中一定要正確的使用NOFRAMES標記，這一點非常重要。

很顯然，我們所說的這些優化措施，只有對那些網頁內容經過精心撰寫，並且在內容中充分使用了重要關鍵字和關鍵短語的網站才起作用。

綜上所述，不管是使用框架技術的網站還是非框架技術的網站，只要你採用的是恰當的技術和正確的技巧，都可以進行完美的優化從而取得理想的頁面等級。
什麼是框架

前面我們介紹了很多網站的頁面是用表格製作的，還有一種更方便的工具，就是使用框架。
框架的作用就是把瀏覽器窗口劃分為若干個區域，每個區域可以分別顯示不同的網頁。

<iframe></iframe>

將文檔分割為幾個框架後，Dreamweaver會自動產生一個沒名字的框架體文件，比如我們看到的一個簡單的左右框架頁面，實際上包含3個不同的文件，一個是框架體文件，還有兩個在框架中顯示內容的文件。

框架體文件中保存頁面中框架的數量，框架的尺寸、位置及每個框架的網頁源文件和其它可定義的屬性。

『陸』 網頁製作中框架的作用

框架可以把瀏覽器窗口分成幾個獨立的部分，每部分顯示單獨的頁面，頁面的內容是互相聯系的。如3框架網頁，頂端框架顯示網頁標題，下面左右兩個框架，左邊顯示導航欄，右邊顯示鏈接目標網頁。單擊左邊框架導航欄中的超級鏈接，在右邊框架里顯示超級鏈接的對象。內容非常多的網頁不宜採用框架式結構，所以大網站中幾乎所有的網頁都不是框架式網頁。

『柒』 網站建設的框架是什麼

網站建設都是有一個大體的框架的，提前確定好框架是非常有必要的，合理地運用框架可以使一個頁面顯示得更加完美、更具有視覺上吸引力、更宜於導航。然而濫用網站建設框架會使頁面顯得雜亂無章不易於閱讀，太多的框架甚至可以造成瀏覽器的崩潰！那麼網站建設的框架是什麼呢？

對於剛剛接觸網站建設的小白來說，該網站的整體結構模糊，沒有明確的概念。框架與表格不同，它們的區別在於每個框架的框里都可以包含一個獨立的網站設計，每一個頁面都可以獨立於其它頁面而翻動或改變。可以說，每一個框架就是一個迷你的瀏覽器。
市場上講：php做中小型企業網站比較合適，性價比高，java偏大型。

性價比：很簡單的php空間一年才幾百塊錢，而java空間一個月就得幾百。

語言方面：當然php和java都各領風騷，主要看自己擅長哪一種語言了，我也用過php一段時間，發現確實很難習慣其。

語法，所以最代碼也是用java開發的。
開發周期：java和php我覺得效率上php會好，但性能上java會比php會更占優勢，當然這不是絕對的，只能說玩的好的語言不是問題。

除了技術框架以外還有基本內容框架構造：

一、網站結構

網站結構包括網站欄目結構、網站結構定位、網站菜單和導航位置設置、網站信息排名位置等。它是用來向用戶表達企業信息的網站欄目設置、網站布局、網站導航、網站層次結構等信息的體現。網站結構是網站規劃過程中需要確定的一個問題，是網站建設的訣竅。

二、網站內容

網站內容包括用戶在網站上可以視覺或聽覺感知的所有信息，如文本、圖片、視頻、音頻等。

網站內容一般包括以下幾點:

1、公司信息:公司簡介、發展歷史、公司趨勢、媒體報道、主要成果(證書、數據)、組織結構、企業主要領導介紹、聯系方式等。

2、產品信息:所有系列和型號的產品；產品的詳細介紹(圖片、視頻等)。

3、用戶服務信息:產品選擇和使用常識、產品說明、在線問答等。

4、促銷信息:在線廣告、有獎競賽、有獎論文、優惠券下載等。

三。網站功能

就是發布各種信息和提供服務的必要技術支持系統。前台和後台都有功能。

①前台功能:用戶可以通過瀏覽器看到和操作的內容是後台功能的外部表現；

②後台功能:通過網站運營商的操作可以在前台實現的相應功能。後台的功能是為了實現前台的功能而設計的。

四、網站服務

網站向用戶提供的價值，如問題答案、優惠信息、數據下載等。網站服務是通過網站功能和內容來實現的。一些服務已經包含在網站的基本內容中，而另一些則需要與產品相結合才能發揮作用。

以上是上海印宏網路整理的有關網站建設的框架是什麼的相關解答，我希望以上幾點對大家都有幫助。

『捌』 網站的基本架構是什麼

網站架構按照製作步驟分為硬架構和軟架構。

一、硬架構

1、機房：在選擇機房的時候，根據網站用戶的地域分布，可以選擇網通、電信等單機房或雙機房。

2、帶寬：預估網站每天的訪問量，根據訪問量選擇合適的帶寬，計算帶寬大小主要涉及峰值流量和頁面大小兩個指標。

3、伺服器：選擇需要的伺服器，如圖片伺服器，頁面伺服器，資料庫伺服器，應用伺服器，日誌伺服器，對於訪問量大點的網站而言，分離單獨的圖片伺服器和頁面伺服器相當必要。

二、軟架構

1、網站的框架：現在的PHP框架有很多選擇，比如：CakePHP，Symfony，Zend Framework，根據創作團隊對各個框架熟悉程度選擇。

2、邏輯的分層

1）表現層：所有和表現相關的邏輯都應該被納入表現層的范疇。

2）應用層：主要作用是定義用戶可以做什麼，並把操作結果反饋給表現層。

3）領域層：包含領域邏輯的層，就是告訴用戶具體的操作流程的。

4）持久層：即資料庫，保存領域模型保存到資料庫，包含網站的架構和邏輯關系等。

(8)網站框架是干什麼的擴展閱讀

網站的分類

1、根據網站所用編程語言分類：例如asp網站、php網站、jsp網站、Asp. net網站等；

2、根據網站的用途分類：例如門戶網站（綜合網站）、行業網站、娛樂網站等；

3、根據網站的功能分類：例如單一網站（企業網站）、多功能網站（網路商城）等等。

4、根據網站的持有者分類：例如個人網站、商業網站、政府網站、教育網站等。

5、根據網站的商業目的分類：營利型網站（行業網站、論壇）、非營利性型網站（企業網站、政府網站、教育網站）。

『玖』 聽說現在建網站很多人都用到框架,那什麼是框架

框架說的白點就是集成通用的模塊讓你直接調用，從而省去反復去寫同樣的功能。三樓所說的是基於java語言的開發框架，不同的語言有各自的開發框架。比如，javascript有jQuery，Prototype等，ruby有rails框架。

『拾』 前端框架有什麼用

web前端框架是做什麼的？ 5分
前端框架一般指用於簡化網頁設計的框架，比如，jquery，extjs，bootstrap等等，這些框架封裝了一些功能，比如html文檔操作，漂亮的各種控制項（按鈕，表單等等）。

使用前段框架可以降低界面開發周期和提高界面的美觀性。

有些框架比較輕量，比如jquery，有些框架比較重量，比如extjs。一般來說重量的框架會封裝更多的功能，比如extjs，封裝的grid控制項有很強的數據展示和操作功能。
前端框架是什麼？有什麼用、有什麼好處？
可以簡單的理解成是：使用廣泛的前端開發套件，可以幫助你快速的網站。

前段框架的好處：對於互聯網的產品而言，前端用戶體驗往往決定了一款產品的競爭力和吸引力;而對於前端工程師來說，考慮的問題更為復雜，他們既要為網站上提供的產品和服務實現一流的Web頁面、優化代碼，保證體驗的最佳，更要考慮與市面上各大瀏覽器的兼容性，還需顧及Web前端表現層和前後端交互的架構，以及模塊化、通用類庫、框架編寫等一系列問題，由此提升前端開發的效率，降低開發成本和周期。
html的框架到底是用來幹嘛的？什麼時候用到？
你接觸了後台就知道了，這樣可以做到頁面地址不需要變動， 但卻可以利用iframe的tagert屬性把顯示數據的頁麵包含進來， div就不行，因為它沒有這個target屬性，文件獨立出來方便重用，且結構清晰；
前端開發框架有哪些
首先我想說明一下，我們通常說的js不是框架，是語言，即javascript，據最新世界編程語言排行榜來看，已經上升到了第7位，發展迅猛，其標準是ECMAScript，現在基本上是基於ECMAScript5。jQuery是用js寫的框架，其在DOM操作上有很明顯的優勢，也是時下很常用的一個js框架。

至於之外還要學習那些框架呢？

如果你說的是js框架，建議先掌握好jQuery，然後還有很多的，比如樓上提到的extjs，近幾年比較流行的AngularJS，基於移動端考慮的輕量級仿jquery框架zepto，還有jquery mobile，還有適合寫後端或服務端的node，等等。如果是web前端框架，就不僅僅是涉及的js了，還有html和css。個人覺得只有這三種語言都涉及到的框架才能說得上是web前端框架。現在比較火的是Bootstrap，還有Foundation，比較古老的有jqueryUI，easyUI等等，還有其他很多很多。如果還有算上處理方案及版本升級代碼迭代等，就要用到網路團隊研發的fis這種了。其實內容真的很多很多，前端任重而道遠啊~
web前端框架是什麼意思 10分
前端架構師必須懂得真正的編程知識，而這正是很多自封為前端架構師的人所缺乏的。我的意思不是能夠剪切粘貼改進代碼就行了，而是能夠跟老練的工程師商討如何能夠最好地結合前端。

這就是說，前端架構師需要真正理解結構遭遇商業邏輯的問題。如果工程師說某些東西使用ASP.Net DataGrid是不可能實現的，前端架構師必須能夠解釋如何與為何要使用DataList或Repeater取代，解釋為何DataGrid在該情景下是個錯誤的選擇……

這只是個例子，問題還在於僅知道客戶端編程也是不夠的。能夠使用與工程師相同的術語，能夠討論（前後端）關鍵集成的最佳解決方案，這是絕對必須的。

斷線的風箏

我們今天正處在一個不妙的處境中，原因在於幾乎沒有人能夠為前後端的溝壑搭橋。一般工程師不會有興趣或實踐標記，CSS, 或DOM腳本編程，大部分客戶端開發者也沒有與後端技術協作的經驗。幾周入門PHP不會成為程序員，幾周入門XHTML也不會成為真正的客戶端開發者。

罪魁禍首

我首先想到的十足例子是，ASP.Net完全漠視Web標准，同樣地，web氛圍（我們指表格和佔位gif）讓Web標准郁悶。企業項目的大多數框架輸出的標記，即使使用1999年的標准來衡量，都是糟糕無比的。

如此巨大和「專業」的產品怎麼能才夠不忽視，按理說是整個項目最簡單的方面？只有靜態代碼。理由是，基於技術的立場衡量產品，結構，CSS和其他客戶端技術都是「事後諸葛亮」。表現邏輯，結構和行為混雜，壓根無助於無障礙，Web標准，或者前端技術干凈的分離。擡起你的頭來，就在2006，這些都成受歡迎的慣例了。

總結

如果這個世界上姿態最鮮明的產品和項目都如此低劣的方式來處理事情，其他的還有什麼好說？毫無疑問，我們需要前端架構師，而且就在昨天。

歸結於歸結，我們有一堆相互關聯的技術，很少人能夠埋頭鑽研它們之間的關系，這很不幸。正確做事的真正價值在於容易的維護和長期的適應性。雖然在關鍵時刻，有些方式更容易選擇其他的方法和拼湊起另外的東西。對某些人來說，這可能是可接受的做事方式。但是，對我們大部分人來說，這是拙劣的抉擇，也非常不專業。

我交給你去想了。我假設你把車交給技工修理，修好了時候，瞧瞧引擎罩內大量的輸送管，我不知道你對技工作何感想？
為什麼需要自己實現前端框架
前端對框架(庫)的大小更敏感

前端內容的渲染和交互效果的實現如果依賴JS框架(庫)，需要先將這些框架(庫)下載到客戶端，此時框架(庫)的大小將直接影響到前端的首屏渲染速度。框架(庫)越小，載入的速度就越快，而隨著功能的越來越全，框架(庫)必然會越來越大，要保證性能，需要制定載入策略。

便於制定載入策略

解決框架(庫)變大的常見載入策略是將框架分為核心部分和擴展部分，核心部分在首屏渲染前必須下載完成，並且這部分的載入文件盡可能的少和小，擴展部分則可以模塊化方式來懶載入。

核心部分的JS在發布時，可對文件合並，數量盡可能少，單個文件在gzip壓縮後最好不要超過20K。核心部分可以是實現「JS語言擴展(面向對象)，DOM操作API，數據交互方法(ajax)，導航策略，模塊化底層實現，事件底層實現，模版解析」等。擴展部分一般是一些可非同步載入的UI組件，例如：輸入控制項、彈出窗、動畫API、文件上傳及預覽、圖表控制項、富文本編輯器等。

上面的實現模式，在主流的JS框架(庫)中，有三類選擇：一類是以ExtJS為代表的大而全的框架(庫)，這類框架雖然功能滿足，但往往無法拆分為核心部分和擴展部分來載入，因此基本不予考慮；一類是相對輕量的YUI3、Dojo等框架(庫)；一類是近來流行的前端MV*系列Backbone、Ember、Angular，這類在充當核心部分時，還需要組合Underscore、RequireJS，jQuery等第三方庫。

後面兩類可以滿足要求，但個人覺得不是完美的方案，因為在開發實際產品時，將這兩類作為核心部分時，往往裡面有很多是不需要的，而還有些需要自己來額外補充近來，可以是自己開發，也可以集成第三方的實現。而核心部分框架(庫)如果是自己實現，則可以保證在功能完整的情況下，不多出其它的東西，載入的JS可以控制到最小，而且代碼風格也統一。

便於擴展

前端代碼與用戶的交互直接相關，而交互的設計變化和不確定性非常大，現成的第三方實現往往難以直接利用，需要改造。有時改造第三方的框架，先要非常熟悉框架，當這個框架比較復雜時，這樣的工作量和難度就大大加大了。而自實現的框架(庫)則可以根據需要任意擴展，可以根據需求制定對應的規范和API。
前端開發框架有哪些
1. Bootstrap

Boostrap絕對是目前最流行用得最廣泛的一款框架。它是一套優美，直觀並且給力的web設計工具包，可以用來開發跨瀏覽器兼容並且美觀大氣的頁面。它提供了很多流行的樣式簡潔的UI組件，柵格系統以及一些常用的JavaScript插件。

Bootstrap是用動態語言LESS寫的，主要包括四部分的內容：

腳手架——全局樣式，響應式的12列柵格布局系統。記住Bootstrap在默認情況下並不包括響應式布局的功能。因此，如果你的設計需要實現響應式布局，那麼你需要手動開啟這項功能。

基礎CSS——包括基礎的HTML頁面要素，比如表格(table)，表單(form)，按鈕(button)，以及圖片(image)，基礎CSS為這些要素提供了優雅，一致的多種樣式。

組件——收集了大量可以重用的組件，如下拉菜單（dropdowns），按鈕組（button groups），導航面板（navigation control）——包括：tabs,pills,lists標簽，麵包屑導航（breadcrumbs）以及頁碼（pagination），縮略圖(thumbnails)，進度條（progress bars），媒體對象（media objects）等等。

JavaScript——包括一系列jQuery的插件，這些插件可以實現組件的動態頁面效果。插件主要包括模態窗口（modals），提示效果（tool tips），「泡芙」效果（popovers），滾動監控（scrollspy），旋轉木馬(carousel)，輸入提示(typeahead)，等等。

Bootstrap已經足夠強大，能夠實現各種形式的 Web 界面。為了更加方便地利用Bootstrap進行開發，很多工具和資源可以用來配合使用，下面列舉了其中的一部分工具和資源。

jQuery UI Bootstrap —— 對於jQuery和Bootstrap愛好者來說這是個非常好的資源，能夠把 Bootstrap的清爽界面組件引入到jQuery UI中。

jQuery Mobile Bootstrap Theme —— 和上面提到的jQuery UI主題類似，這是一個為jQuery Mobile建立的主題。如果你想讓用Bootstrap開發的網站在手機端也可以優雅訪問，那麼這個資源對你來說很方便易用。

Fuel UX —— 它為Bootstrap添加了一些輕量的JavaScript控制項。Fuel UI 安裝，修改，更新以及優化都很簡單方便。

StyleBootstrap. —— Bootstrap提供了自己的幾種界面風格，StyleBootstrap提供了更多的配色選項，並且你可以給每個組件都應用不同的配色。

BootSwatchr —— 利用這個工具你可以立刻查看主題修改後的效果。對於每一次變動的效果，這個應用都會生成一個唯一的URL方便你與他人分享，你也可以在任意時刻修改你的主題。

Bootswatch —— 提供大量免費的Bootstrap主題。

Bootsnipp —— 在線前端框架交互組件製作工具，是一個供給設計師和開發者的基於Bootstrap HTML/CSS/JavaScript 架構的免費元素。

LayoutIt —— 通過界面拖放生成器簡便快捷地創建基於Bootstrap的前端代碼。通過拖放動作將Bootstrap風格的組件加入到你的個人設計里並且可以方便地修改他們的屬性，......
前端開發框架有哪些
1. Bootstrap Boostrap絕對是目前最流行用得最廣泛的一款框架。它是一套優美，直觀並且給力的web設計工具包，可以用來開發跨瀏覽器兼容並且美觀大氣的頁面。它提供了很多流行的樣式簡潔的UI組件，柵格系統以及一些常用的JavaScript插件。 Bootst...
前端框架用哪個好
1、flex

Apache基金會今天發布了Flex 4.8版本，這是Adobe將Flex捐獻給Apache基金會後發布的第一個版本。

需要注意的是，Flex目前還在孵化階段，還不是Apache的正式項目，Flex 4.8也不是一個正式的Apache版本。

Apache稱，該版本標志著Flex新時代的開始，Flex的未來將由社區來驅動，而不是由一個公司驅動。開發者可以通過貢獻代碼，來幫助改進Flex，如修復bug、增加功能等。

從Macromedia賣給Adobe，然後又捐給apache，不知道搞什麼名堂。不過還好沒有經過大幅重構，否則就真的是悲哀了！

2、extjs

ExtJS是一種主要用於創建前端用戶界面，是一個基本與後台技術無關的前端ajax框架。

功能豐富，無人能出其右。

無論是界面之美，還是功能之強，ext的表格控制項都高居榜首。

華麗的界面，靈活的功能，還有開發工具都是配套的，但有個最大的問題，用就得花錢！

3、easyui

easyui幫助你構建你的web應用更加容易。

它是一個基於jquery的插件，開發出來的一套輕量級的ui框架，非常小巧而且功能豐富。

但是她有一個最大的問題就是代碼只能找到以前的開源的版本，到了1.2以後的版本源代碼都是經過混淆的，如果遇到問題修改起來會非常麻煩！不過一個比較大的優勢是開源免費，並且界面做的還說的過去！

4、MiniUI

又一個基於jquery的框架，開發的界面功能都很豐富。

jQuery MiniUI - 快速開發WebUI。

它能縮短開發時間，減少代碼量，使開發者更專注於業務和服務端，輕松實現界面開發，帶來絕佳的用戶體驗。

使用MiniUI，開發者可以快速創建Ajax無刷新、B/S快速錄入數據、CRUD、Master-Detail、菜單工具欄、彈出面板、布局導航、數據驗證、分頁表格、樹、樹形表格等典型WEB應用系統界面。

界面做的挺不錯，功能也挺豐富，但是有兩個比較大的問題，一個是收費，一個是沒有源碼，說白了，不開源！基於這個開發如果想對功能做擴展就需要找他們的團隊進行升級！

5、jQuery UI

jQuery UI 是一套 jQuery 的頁面 UI 插件，包含很多種常用的頁面空間，例如 Tabs（如本站首頁右上角部分） 、拉簾效果（本站首頁左上角）、對話框、拖放效果、日期選擇、顏色選擇、數據排序、窗體大小調整等等非常多的內容。

功能非常全面，界面也挺漂亮的，可以整體使用，也可以分開使用其中的幾個模塊，免費開源！

6、DWZ

DWZ富客戶端框架(jQuery RIA framework), 是中國人自己開發的基於jQuery實現的Ajax RIA開源框架.

設計目標是簡單實用,快速開發,降低ajax開發成本。

歡迎大家提出建議，我們將在下一版本中進一步調整和完善功能．共同推進國內整體ajax開發水平。

畢竟是國產的，支持一下，而且源碼完全公開，可以選擇一下！不過性能怎麼樣不敢確定！

7、GWT

Google 網頁工具包——GWT 提供了一組基於Java語言的開發包，這個開發包的設計參考Java AWT包設計，類命名規則、介面設計、事件監聽等都和AWT非常類似。熟悉Java AWT的開發者不需要花費多大的力氣就能夠快速的理解GWT開發工具包，將更多地時間投入到GWT應用的開發過程中。

你不用......
web前端開發框架有哪些
bootstrap是twitter出的一款不錯的UI框架，或者與其說是框架不如說是類庫（lib），當然這里邊牽扯到一個「究竟什麼是框架什麼是類庫？」的問題，我們暫時不談。畢竟是有大公司背景的代碼堆，我覺得沒什麼「落伍」可言。

angular是前兩年之內突然火得一塌糊塗的一個fe框架，這個我覺得可以算的上是真正意義上的框架了，MVVM雙向綁定，包括它擁有足夠完善的社區、生態，甚至chrome上都有很多好用的相關插件（這一點可以說是佔了google出品的光），比較完整的大型項目都是可以考慮引入的。但如果你的網站只是做一些輕量級的東西，殺雞焉用宰牛刀吧我覺得。

backbone主要針對的MVC中的M層，至少我是這么理解的。對UI層它幾乎沒什麼太多的限制，一方面給出了coder自由度進行發揮，另一方面也等於在這方面框架本身對開發沒提供什麼太大的幫助。我覺得這更像是一個高手向的框架，另外對於underscore前端模板那一套東西，說實話作為一名php java啥都能寫的FE我始終覺得這套東西有那麼一種純JS工程師的一廂情願的意味。這是個人看法了，不一定準確，況且有人會搬出ajax動態渲染時 前端模板的作用來反駁我，別急著反駁，至少往下看完我說的話。

相比之下，react可以說是一個在MVC中V層做的十分出色和新穎的框架了，獨特的jsx編譯機制就已經讓你的代碼變得高大上了，我是覺得這個類庫在UI層做的更徹底更專業，或者說讓FE的代碼更專業了。更何況，react比angular更年輕，而且同樣擁有大公司背景，react native一出更是讓JS工程師的地位取得了革命性的提升，（不要跟我提phonegap，用過兩個東西後你會明白，react打包的app性能甩phonegap幾條街沒問題）。另外既然樓主提到了之前的網站是bootstrap，不妨可以看一看react-bootstrap這個東西，或許這就是你想要的。