【原創】cs+html+js+css模式(一)：初識新模式

  

 

修改原因及說明

 

1、Aspx頁面修改為HTML頁面：

 

原因：完成對HTML頁面的請求比Aspx頁面的時間更短。能在最短的時間內將頁面內容呈現給使用者。

原理：HTML頁面不需要Asp.net建立頁面類的執行個體，也不會經曆Aspx頁面的生命週期。Asp.net只需要讀取請求的HTML檔案並將HTML文本發回用戶端就能完成當前請求。

 

2、JS檔案在HTML頁面載入完成後載入：

 

      原因：在有複雜的頁面控制或使用者互動的頁面，通常會有較多的JS代碼。在頁面中用<script>標籤引用大量的JS檔案，會影響頁面呈現速度。

      原理：頁面的解析是從上自下的。在頁面中使用<script>標籤引用JS檔案，會在HTML頁面請求的同時向伺服器發起對JS的請求。IE限制同時發起的串連數不超過2個，超過2個的請求會一直等待可用的串連。所以幾乎在所有JS載入完成後才能完成HTML頁面的載入。如果在請求頁面時伺服器端只返回HTML內容，能使頁面在最短的時間內呈現給使用者。待用戶端頁面載入完畢後，可利用客戶的反應時間繼續向伺服器端發送請求取回JS檔案。

 

3、從伺服器端只返回資料，而不是經Asp.net 產生的頁面。頁面控制和資料顯示都由用戶端的JS完成：

 

      原因：只從伺服器段返回資料能減少在伺服器端的處理時間和伺服器端向用戶端傳輸的資料量。

原理：Aspx頁面會經曆一個較長的生命週期，並在這個周期內完成，狀態維護(ViewState)、業務處理、資料群組織以及HTML代碼的產生工作，這會花費一定的處理時間，而這一切都是在伺服器端處理。在這段處理時間內，用戶端只能等待伺服器端的響應。並且，Aspx頁面在經Asp.net處理完成後，會產生整個頁面的HTML代碼和綁定的顯示資料。比起只從伺服器端返回資料，無疑會增加傳輸的資料量，從而導致傳輸時間增加，最終讓使用者等待更長時間。

 

4、使用非同步請求直接請求伺服器端Facade提供的方法，通過JS更新局部頁面：

 

原因：直接請求伺服器端方法，相比請求頁面能減少一定的伺服器端處理時間。

原理：HTML頁面不接受POST請求。而如果直接從Aspx頁面Post，會導致整個頁面回傳伺服器。並在伺服器端進行業務處理，由Asp.net處理該頁面的生命週期、狀態維護和頁面類、控制項類的建立和銷毀，並發回處理後的HTML和資料。直接請求伺服器端Facade的方法，只處理業務，返回資料，頁面只根據返回的資料通過JS來局部更新。