portal產(chǎn)品分析報告-資料下載頁
2025-05-13 22:34本頁面
【正文】 13從開發(fā)的角度看，Portal 管理的是大粒度的窗口內(nèi)容的生成，而 JSF 支持的是小的控件。因此，Portal 開發(fā)一定會用到 JSF 工具，來開發(fā)可視化的控件。5 對 EOS 產(chǎn)品的思考 EOS 向 Portal 移植的考慮Portal 方案集中在 J2EE 架構(gòu)的前端，Portal 方案中的 Portal Server 是對 Web Server 的擴(kuò)展，Portlet 是對 Servlet 的擴(kuò)展。而 EOS 對 Web Server 和 Servlet 容器沒有擴(kuò)展。因此，從架構(gòu)上分析 Portal 方案與 EOS 方案沒有根本的沖突。EOS 展現(xiàn)自動機(jī)的入口是一個執(zhí)行統(tǒng)一控制功能的 Servlet，將 EOS 應(yīng)用移植到 Portal Server 上，主要工作是將 EOS 中執(zhí)行統(tǒng)一控制功能的 Servlet 重新部署成一個 Portlet。大部分后端處理程序，包括業(yè)務(wù)自動機(jī)和 bl 方法應(yīng)當(dāng)不需要很大改動。盡管如此，仍然有許多問題需要進(jìn)一步明確。1．Portlet 容器與 Portlet 之間通過 PortletRequest 和 PortletResponse 對象來傳遞信息，而 Servlet 容器與 Servlet 之間通過 HttpRequest 和 HttpResponse 對象來傳遞信息。雖然可以將 PortletRequest 和 PortletResponse 看作是 HttpRequest 和 HttpResponse 的擴(kuò)展，但信息傳遞的細(xì)節(jié)需要進(jìn)一步明確。2．EOS 從頁面到后端的數(shù)據(jù)是通過一個統(tǒng)一的 bean 對象傳遞的，這種方式是否能應(yīng)用于 Portal 方案也需要明確。3．Portal 方案目錄結(jié)構(gòu)和配置文件與 EOS 方案肯定存在不一致。目錄或配置文件改動的細(xì)節(jié)需要進(jìn)一步分析和試驗，這些改動還將影響到系統(tǒng)安裝程序。4．Portal 環(huán)境為了實現(xiàn)個性化，引入了 User 對象，提供對登錄用戶信息的統(tǒng)一管理。而在 EOS 中，用戶信息保存在 Session 中。當(dāng) EOS 應(yīng)用轉(zhuǎn)到 Portal 環(huán)境時，如果需要得到用戶信息，應(yīng)當(dāng)使用 Portal 環(huán)境建立的 User 對象而不是使用 Session 中的用戶信息。這個問題可能對 EOS 操作員管理和菜單功能管理的代碼有一些影響。具體影響需要進(jìn)一步分析。5．Portal 對組織權(quán)限和規(guī)則的管理也有自己的一套方法，可能與 EOS 原有的組織管理和規(guī)則管理存在功能重疊或沖突。 Bstek 方案、 JSF 與 EOS 的比較Bstek 方案、JSF 與 EOS 的區(qū)別主要體現(xiàn)在以下幾點： Tags 封裝的層次Bstek 方案、JSF 比 EOS 對 Tags 封裝的層次要更高。13 / 13EOS 目前對 tags 的封裝比較簡單，是 JSP 對 tags 封裝的擴(kuò)展，每種類型 tags 的處理都被封裝成一個 java 方法，在這個 java 方法中，將 tags 表示的 html 對象以及對象關(guān)聯(lián)的內(nèi)容展開，并傳遞到客戶端。在 EOS 中，一個 java 方法需要同時解釋頁面展示的是哪種html 對象（例如是靜態(tài)文本還是輸入框）以及對象所關(guān)聯(lián)的內(nèi)容是什么（通過解析 DOM） 。而 Bstek 方案和 JSF 將頁面顯示什么與以何種形式顯示徹底分開。Bstek 方案中將數(shù)據(jù)封裝成 Recordset，通過一個頁面描述文件將 Recordset 與頁面控件關(guān)聯(lián)起來。但 Bstek 不能將業(yè)務(wù)處理結(jié)果與頁面控件關(guān)聯(lián)，而 JSF 可以做到這一點。在 JSF 中，通過使用 JSF 標(biāo)記，可以將頁面展示對象－ renderer 與業(yè)務(wù)處理對象 －UI ponent 關(guān)聯(lián)在一起。一個 UI ponent 可以用不同的 renderer 從而以不同的方式展現(xiàn)給用戶。特定于 UI ponent 的代碼在服務(wù)器上運行。由于 Bstek 方案和 JSF 將頁面顯示什么與以何種形式顯示徹底分開，開發(fā)新的頁面控件及頁面控件的升級對原有程序沒有任何影響。而在 EOS 方案中，頁面控件的改變會影響到其它相關(guān)程序。 用戶事件處理機(jī)制和組件同步機(jī)制Bstek 方案與 JSF 是在服務(wù)器端響應(yīng)用戶事件，而 EOS 是在客戶端響應(yīng)用戶事件。在服務(wù)器端響應(yīng)用戶事件，有以下好處：? 可以在服務(wù)器端創(chuàng)建豐富的頁面控件（因為用戶在客戶端使用不同的瀏覽器，瀏覽器端的頁面控件不可能很復(fù)雜，也不易增加新的頁面控件） 。? 可以保持不同控件內(nèi)容的同步（在客戶端響應(yīng)用戶動作，一個控件內(nèi)容改變了，如果其它控件與這個控件內(nèi)容有關(guān)，就一定要執(zhí)行頁面刷新，而在服務(wù)器端響應(yīng)用戶動作，控件內(nèi)容的同步可以在后臺進(jìn)行） 。? 便于對頁面控件內(nèi)容集中校驗。JSF 采用的是完全的服務(wù)器端方案。而 Bstek 方案是通過客戶端 DHtml 對象和服務(wù)器端 DHtml 對象的同步來實現(xiàn)在服務(wù)器端響應(yīng)用戶事件。 Bstek 方案的這種方式服務(wù)器端和客戶端需要傳遞大量信息，從效率和安全性方面都有很大問題。由于在 EOS 中，已經(jīng)存在統(tǒng)一的事件控制機(jī)制，這與 JSF 的功能有重疊。、Tiles 和 JavaServer Faces 的方案，可以給我們作一些參考。
規(guī)章制度相關(guān)推薦
鄂ICP備17016276號-1