系統最佳化之Dojo最佳化策略--頁面載入機制最佳化

    隨著Dojo的名聲越來越大，更多的開發人員選擇使用Dojo作為前端開發的架構。雖然Dojo是一種非同步架構，能夠藉助各種ContentPane快速的搭建起開發架構，並實現非同步通訊，但有時一個模組包含的內容過多，造成此頁面的內容過多，開啟該頁時就會導致記憶體飆升，長時間沒有響應等問題。所示為一業務模組的頁面結構圖。

       

650) this.width=650;" src="http://www.bkjia.com/uploads/allimg/131228/12244525a-0.png" border="0" alt="Dojo頁面架構" />

     在View地區中，包含了多個Widget。其中View地區是指代Dojo中的 StackContainer，而Widget則是Dojo中的ContentPane。每個 StackContainer可以包含多個ContentPane，並且可以通過 selectChild 方法指定當前顯示的Widget(也就是ContentPane中的內容)。     雖然Dojo採用StackContainer動態指定當前的ContentPane來實現頁面的“非同步”，但是由於其 載入機制是在首次開啟該頁面時，一次性載入完全部資源，再通過控制每個ContentPane的顯示和隱藏，來達到動態顯示的效果。這樣導致系統在首次開啟此頁面時，一次載入資源過多，系統長時間沒有響應等問題，大大降低了使用者體驗。
      為解決此問題，我們需要更改頁面的載入邏輯，將原來的“ 饑餓式”載入，更改為“ 按需式”載入。那麼我們應該如何操作呢？由於我們已經按照系統的商務邏輯將系統進行了模組劃分，這大大簡化了我們的操作步驟。我們仍然需要這些Widget作為獨立的模組應用，並在系統初始化時將它們註冊為組件。當我們需要開啟一個業務模組時，只需要執行個體化特定的業務模組Widget）就可以了，這樣將系統資源載入的時間平均分配到各個模組中，就避免了一次性載入資源所產生的問題。     以上僅是Dojo可最佳化內容之一，如果你還想瞭解Dojo其它方面可最佳化的內容，歡迎留言，我們共同探討並改進原來的方案，讓Dojo變的越來越靈活，越來越好用。
  

本文出自 “塵風隨影的天空” 部落格，請務必保留此出處http://genuinecx.blog.51cto.com/2890523/1074418