前端框架記錄

mithril.js:  Mithril 是一個客戶端 javascript MVC 框架，即它是一個工具，使應用程序代碼分爲數據層(Model)， UI 層(View)，黏合層(Controller)。

Mithril 經過 gzip 壓縮後，僅有 12kb 左右，這要歸功於 small, focused, API。它提供了一個模板引擎與一個虛擬 DOM diff 實現高性能渲染，還提供了其它高級工具，以及支持路由和組件化。

 

roit.js    :是一款MVP（模型-視圖-呈現）開源客戶端框架，其最大的特色就是體積很是小，不足1KB，雖然體積小，但它能夠幫助用戶構建大規模的Web應用程序。

backboon.js

 

1. 【調試服務器】首先若是你是一個準備作WEB開發實踐的，無論前端、後臺，首先須要瞭解一兩種服務器apache，tomcat，nginx啥的，至少可以配置一個基本的本地服務和修改索引路徑，前端頁面使用http/https協議訪問，而不是本地文件協議。
2. 【調試自動更新】服務器搭建好了，那麼如今開始調試網頁，而後你修改一點代碼，去瀏覽器裏面F5刷新頁面看看效果，再修改一點代碼，再去瀏覽器裏面F5刷新頁面看看效果...如此循環往復， maybe讓工具幫助你檢測本地文件修改而後實時刷新網頁更靠譜。
3. 【換種方式寫代碼】而後就是寫代碼了，less/sass是不錯的css組織工具，coffee也能讓你的javascript代碼顯得更嚴謹和邏輯清晰，要是可以在訪問頁面的時候實時獲取css/coffee編譯結果神馬的應該顯得很cool。
4. 【模塊化】固然在完成邏輯相對複雜的交互功能時候，可能須要你組織很是複雜的代碼功能，這個時候瞭解一下模塊化的開發思想顯得頗有必要require.js事實上更早，也更普遍一點，sea.js在國內也不錯。
5. 【模板引擎】而後就是對於js生成HTML(或者其餘什麼的)的一種包裝方式, 即：js模板引擎(handlebars,jade)， 你能夠嘗試在開發時候使用這樣的模板工具生成本身想要的HTML文檔什麼的，也是一種不錯的體驗，這個就像你用less寫css代碼同樣，或者說用php，jsp這樣的服務端語言工具生成實時HTML頁面。
6. 【代理調試】有的時候你開發的東西並不僅是前端代碼，牽扯到跟服務端應用之間的數據交互，不免須要使用ajax，ajax這貨基於安全考慮是不容許跨域的，所以可能須要經過代理的方式實現數據調試這樣的工具也有很多，nginx服務器是其中的佼佼者。
7. 【資源合併優化】OK， 若是到完成開發階段，你須要提交本身開發的代碼到線上服務器了，在提交以前，你須要考慮將開發的資源進行最優化(合併，壓縮神馬的)， js方面有uglify，css有cssmin神馬的，圖片壓縮還可能根據不一樣的類型進行不一樣程度和配置的壓縮，這些事情交給別個工具處理顯得頗有必要，要是可以一鍵處理那簡直了， 百度的fis，業內最流行的grunt.js、gulp.js神馬的，事實上它們在配置化編譯LESS/Coffee這類工做在本身的流程中也很在行。
8. 【Combo】使用異步模塊化開發帶來的弊端就是對於大量零碎依賴文件須要分別開闢多個http連接去獲取，這可不是一個好現象，要知道單個瀏覽器單域名併發獲取資源的數量是頗有限的， 所以例如KISSY就支持了簡單配置一個combo參數來組織一個獲取nginx的 http-concat格式資源的路徑，固然這樣的動態合併模式也適用於普通的資源請求合併。
9.【資源緩存和更新】 CDN 可以確保你已經發布到服務器上的資源以最快的響應時間到達瀏覽器，可是帶來的問題是，你的代碼更新，CDN則傻乎乎的不理你，除非你在使用的地方告訴它須要更新了( 時間戳、MD5文件名啥的 )。

事實上，我覺着凡是重複進行的工做總有能夠程序和代碼能夠替你完成的部分，前端開發中這種事情尤爲多，工具啥樣的本身去定義才最合適本身，

 

而nodejs的出現使得前端本身能夠方便的開發這類東西（上面的less、coffee、uglify、gruntjs、fis、gulp這些個單詞能夠說：都依賴nodejs）。