網站頁面的呈現方式

標籤：使用   檔案   資料   問題   html   代碼   

下午經過一場激烈的關於前端頁面呈現問題的頭腦風暴，：

經過討論之後初步確定應該是兩種方式：

　　第一種為，頁面模板由後端返回，並由瀏覽器進行緩衝。頁面需要的業務資料，則通過服務調用的從後端擷取。當資料擷取之後，在前端頁面通過JS的方式，將資料渲染。

     第二種為，瀏覽器呈現的頁面是有後端實現模板和資料的整合，並產生頁面的HTML字串，並把該字串從後端返回給瀏覽器。頁面的JS檔案則主要完成前端的互動。

其實這兩種方案，現有的技術都有使用，但是他們還是有一定的區別，此時我能想到的區別有：

    1）第一種方案，可以有效利用瀏覽器緩衝實現網路傳輸串流量的節省。比如通過另外的網站或ＣＤＮ實現網站前端頁面模板的傳輸，並且一次傳輸，可多次使用。現有的前端ＭＶＣ架構主要是這種趨勢。這種方案可有效降低伺服器對服務指令碼的編譯與執行，以及服務指令碼轉化為ＨＴＭＬ的字串拼接過程。能夠有效提高伺服器的響應效率。但是這種策略有一個問題：需要前端的ＪＳ去做業務資料在頁面展示的邏輯判斷，增加前端ＪＳ的複雜度。但是隨著Web應用的發展，這種方式也逐漸的成為趨勢。這種策略的使用者體驗也在一定程度上依賴使用者機器的效能。

   2）第二種方案，可以在服務端對資料與呈現的頁面做一個有效合并，並依據業務資料做出頁面展現的邏輯。這種策略可以有效利用伺服器的高效能，快速的完成頁面HTML代碼的產生。這種方案把頁面呈現的邏輯留在了後端，使得處於瀏覽器中的頁面的JS互動邏輯變的更加簡單。現有的基於JSP，ASP,PHP等的網站開發方式，都是基於這種策略。這種策略可以有效地降低由於使用者機器的效能差異帶來的體驗差異。但是這種策略，把頁面的呈現邏輯留在了伺服器端，加重了伺服器端資源的消耗。隨著使用者機器效能的提升，以及前端JS應用程式框架的大量湧現，我感覺有可能被第一種方案替換。

   這是我對這兩種策略的一個分析對比，由於是最近開始接觸前端，可能理解的會有偏差。