JS+CSS+HTML 前端開發(六)

火車上，看完whiteman的自傳，百無聊賴，續寫日誌。

上次關於追求極致，前端開發中，對於屢次使用的函數進行抽離，從而建立了專門的js文件，從而創造了包含增刪改功能的js文件以及包括讀取sql統計數據的函數的js文件。雖然如此，個人整體js文件的體積獲得了至少30%的縮減。這只是整體而言，可是因爲js文件數量的增長，至關於零碎文件增長，相應的與服務器端的鏈接次數也增長了，相應的增長了http服務的負擔。因此，有些時候相應的效率提升了，可是性能多是伴隨着會下降，而這每每是咱們沒法解決的事情，兩害相權取其輕吧。（也許有些大神會說，這些不是問題。可是我我的比較相信老子的損有餘而補不足的名言，一方的增長必然伴隨着另外一方的減小。）因此相對來講，個人編程效率提升了，可是某些方面js文件的性能有些下降。因此在某些時候，衡量一下這個網速不斷提升的社會，當前的網速必定程度上，平均知足瞭如今這個屢次鏈接下載js文件的稍微麻煩的需求。通常來講，爲了下降http的鏈接次數，也是爲了下降服務器壓力以及提升下載速度，通常要減小諸如圖片，css文件以及js文件和html文件的數量，同時減小它們的體積。從而提升網絡性能，提升用戶體驗。這也是爲何不少人進行網絡傳輸圖片的整合，即把諸多小圖標整合，合併到一張圖片上，從而進行一次傳輸，屢次調用的方便。同時，js文件以及css文件的壓縮也是爲了減小文件中一些空白字符等形成的體積冗餘。

 

雖然這次將js文件中調用次數較多的函數進行分離，會致使http通訊的壓力，可是衡量編程速度方面的提升，這點損失對我來講仍是值得的。

 

從宏觀不斷向微觀挺進，從總體類型的分離，到函數的分離，不斷細化，仍然未到極致。

 

藉助於GIT的強大功能，發現不少時候模塊之間的差別是一些特定，甚至相同的差別，通俗來講，就是某些時候只是一些變量的更改。因此，這些js文件，或者說js函數，是否是還能夠繼續抽離，繼續細化。

 

若是將變量從函數中進行抽離，也就是說，面對相似甚至相同的業務流程，須要考慮的是數據流程的差別，既然業務流程相同，也就是說在相同的容器中，將盛放不一樣的液體而已。既然如此，那麼把函數看做容器，變量看做液體，那麼我在某些時候（這個項目中是大多時候）再也不須要考慮容器，而只須要考慮放哪些液體而已。這就是簡單的變量分離的基礎。

 

極致還是目標，變量分離，須要考慮考慮。