這次做portal的一些總結（一）

這次做 ibm 的 portal ，算是臨危受命。做了幾個月的 SA 離職，留下一個功能和性能都有很多問題的項目，臨時讓我頂上。經過一個多月的緊張工作（經常加班，上班上不了網，也沒時間上網），總算功能和性能上都能達到客戶要求了。而我也由一個不懂 portal 的人，經過項目中實戰，不說成為高手，一般的概念、開發、配置、優化等也都有了很多體會。

這次技術上值得推薦的就是合理的使用 ajax ，既加快了首頁的 load 速度，又帶來了很好的用戶體驗。開始首頁上所有 portlet 都是串行加載，有的 portlet 比如新郵件，依賴于 mail 系統提供的接口。開始這個接口在較大壓力下就出現性能瓶頸，后在我們的要求下替換了協議，性能也在 1s-2s 之間。如果采用常規的辦法，加上 wps 驗證、運算，顯示主題、皮膚，加載所有 portlet ，響應時間肯定在 10s 以上。

我在 openfans 中使用了 ajax ，有些經驗，所以決定采用異步加載：首頁 load 時一些 portlet 直接顯示正在 loading 的字樣，在 body onload 時再使用 ajax 填充內容；使用 iframe 的 portlet ，也是 src 先指向一個靜態的正在 loading 頁面， body onload 時再替換 src 到實際地址（這是 ajax 模式的一種）。這樣首頁登錄實際上只經過 wps 內部的驗證和顯示，所有業務邏輯都是加載成功后再并行進行。實際表現效果就是：頭上的主題很快出來，一塊塊區域顯示正在 loading 字樣，性能快的 portlet 很快出來，需要幾秒的 portlet 隨后出來，而不是讓用戶傻等 10 多 s 再一下全部顯示。

使用 ajax 同時也能解決頁面刷新問題和獲取返回值的問題。比如前面顯示新郵件的 portlet ，用戶點擊了一封郵件，新郵件數應該減 1 ，剛點擊的郵件也應該上頁面上消失。原始的做法就是刷新整個頁面，既加大服務器壓力，又帶來很差的用戶體驗。使用 ajax ，在點擊后 1s （或者更長，這取決于郵件系統對點擊操作的響應快慢）刷新 div 的內容，用戶甚至感覺不到內容已經更新。其它 portlet 也不需要重新載入，大大減輕服務器的壓力。有的操作需要提交給其它系統，而且可能成功可能失敗，這就需要獲得返回值。如果使用普通的 form 提交，需要更新整個頁面。而使用 ajax 提交，可以方便的獲得其返回值，進而顯示不同的提示。

另一個架構上的特點就是 portal 服務器職責單一 。開始所有的業務邏輯都是寫在 portlet 里，加重了 portlet 服務器的壓力。我進來后做的一個大的規劃就是，把業務邏輯抽離到其它 server 上，然后通過 ajax 加載到 portlet 中。這樣既可以充分利用服務器資源（新的 server 使用單獨的內存空間和線程池），又使得 portal 服務器職責更單一：僅進行驗證、權限控制、主題、皮膚和 portlet 的展示。

先寫這么多。因為使用了 2 臺 server 做集群，在分布式環境下，開發也有了更多的要求（比如 cache ），后一篇文章再細細道來。

posted on 2006-11-28 14:49 pesome 閱讀(3666) 評論(9)  編輯  收藏