【文章內容簡介】 自動綁定到JavaBean類LoginBean。開發(fā)者不需要在直接從request數(shù)據(jù)區(qū)中獲取數(shù)據(jù)，而是頁面元素和JavaBean能自動綁定， autopopulate功能將HTML的“名稱值”對映射到特定的JavaBean。四、 Action配置文件Action配置文件包括\WebContent\WEBINF ， 主要用于配置用戶開發(fā)的Action。五、 JavaBean JavaBean是實現(xiàn)業(yè)務邏輯的關鍵類，因此必須遵守一定的規(guī)范，以加強代碼質量。在Bosent CRM框架中必須按照如下規(guī)則開發(fā)JavaBean：(1). 所有新增JavaBean仍然依靠程序員手寫。 不考慮加入DAO框架。原因：加入DAO框架會破壞CRM原有的持久層體系，并且沒有直接手寫JavaBean靈活。(2). JavaBean繼承于GenericBean所有新增JavaBean都繼承于GenericBean,這個類是在包。(3). 采用“主動域對象模式”開發(fā)JavaBean并且仍然采用原來JavaBean的“主動域對象模式”來開發(fā)，增，刪，改，查操作全部都封裝在同一個對象中，查詢返回的參數(shù)統(tǒng)一為泛型的ArrayList對象。原因：原有JavaBean的查詢模式太過復雜，直接在JavaBean的查詢方法里面返回結果集更易于理解和操作。(4). 沒有復雜的多表關聯(lián)查詢功能，只對一個表進行操作數(shù)據(jù)庫連接仍然從外部傳入。所有新增的JavaBean都只針對本表操作，不操作其他JavaBean，SQL語句里面也不會有多表聯(lián)合操作，具體邏輯由上層程序去實現(xiàn)。原因：這樣做是為了簡化JavaBean的編寫，把邏輯從持久層抽取出來，由上層程序去實現(xiàn)。(5). 所有新增的JavaBean都不管理事務不容許在JavaBean的方法里出現(xiàn)mit和rollback。原因：如果在持久層管理事務的話會對程序邏輯造成混亂，特別是多表聯(lián)合操作的時候，并且使程序層次不清晰，CRM原有的邏輯層次確實不夠清晰，但我們至少保證新增的程序邏輯層次清晰。六、 數(shù)據(jù)庫連接池 Bosent CRM系統(tǒng)中會啟動多個線程，包括：日志線程、后臺管理線程、主線程等。每個線程都要使用單獨的數(shù)據(jù)庫連接對象。為了讓多個線程高效使用數(shù)據(jù)庫連接，所以設計了復雜的數(shù)據(jù)庫連接緩存機制（即數(shù)據(jù)庫連接池）。1. 數(shù)據(jù)庫連接管理類1. 連接類（ConnectionElement類）ConnectionElement類只是輔助類，包含完整的建立新的數(shù)據(jù)庫連接對象所需的所有參數(shù)，以及兩個輔助ConnectionPool類管理的兩個屬性：l activeDate屬性：表示激活（包括創(chuàng)建和再次使用）的時間l allowCloseOnIdle：當連接空閑時，是否允許刪除，一般設置為true2. 數(shù)據(jù)庫連接池類（ConnectionPool類）ConnectionPool類本身是個“假連接池”，其本質只是使用HashMap結構實現(xiàn)的數(shù)據(jù)庫連接對象緩存，其中存放的都是數(shù)據(jù)庫連接類Connection對象，而不是真正的應用程序服務器數(shù)據(jù)庫連接池資源（例如WebSphere Server中定義的數(shù)據(jù)庫源）。 ConnectionPool對象不是在session中創(chuàng)建的，不是為每一個用戶都創(chuàng)建一個。 ConnectionPool類用定時器管理這兩個數(shù)據(jù)庫連接池：定時器會定時（設置為5秒）檢查和關閉空閑JDBC數(shù)據(jù)庫連接的定時器。此定時器在創(chuàng)建ConnectionPool對象5秒后開始啟動此定時器。 每5秒鐘開始循環(huán)檢測。定時器的循環(huán)時間在程序中寫死了，如果要加快速度，必須修改代碼。檢測ConnectionPool主要包括兩個任務：1) 刪除空閑隊列中的JDBC數(shù)據(jù)庫連接，管理空閑JDBC連接緩存。2) 刪除使用隊列中死鎖的JDBC數(shù)據(jù)庫連接，管理正在使用的JDBC連接緩存。2. 配置連接池參數(shù)本框架的優(yōu)點就在與大部分參數(shù)是可配置的，其中數(shù)據(jù)庫連接池參數(shù)也是可以配置的，當然在程序中提供了默認的配置。，其參數(shù)含義如下所述：3. 連接池的問題 連接池類本身是個假連接池，只是使用HashMap結構實現(xiàn)的數(shù)據(jù)庫連接對象緩存，其中存放的都是數(shù)據(jù)庫連接類Connection對象，而不是真正的應用程序服務器數(shù)據(jù)庫連接池資源。而且，當系統(tǒng)中數(shù)據(jù)庫連接對象超過設定值后，將不再創(chuàng)建新的連接對象，而是拋出異常、或者處于等待狀態(tài)。因此，當應用程序沒有及時用free方法從HashMap中釋放資源、或者系統(tǒng)客戶端很多，導致數(shù)據(jù)庫連接超出設定值時，系統(tǒng)性能急劇下降，或者有的功能無法正常使用。因此，建議不要讓CRM系統(tǒng)框架管理應用系統(tǒng)的數(shù)據(jù)庫連接，而是讓應用程序服務器（例如Netweaver）來管理；不再使用ConnectionPool類，而是使用應用程序服務器（例如Netweaver）本身提供的數(shù)據(jù)庫連接池獲取數(shù)據(jù)庫連接對象。第三節(jié) 視圖一、 視圖概述 視圖是用戶看到并與之交互的界面。對老式的Web應用程序來說，視圖就是由HTML元素組成的界面，在新式的Web應用程序中，HTML依舊在視圖中扮演著重要的角色，但一些新的技術已層出不窮，它們包括Adobe Flash和象XHTML，XML/XSL，WML等一些標識語言和Web services. 　如何處理應用程序的界面變得越來越有挑戰(zhàn)性。MVC一個大的好處是它能為你的應用程序處理很多不同的視圖。在視圖中其實沒有真正的處理發(fā)生，不管這些數(shù)據(jù)是聯(lián)機存儲的還是一個雇員列表，作為視圖來講，它只是作為一種輸出數(shù)據(jù)并允許用戶操縱的方式。1. 視圖框架模型在Bosent Crm框架中支持三種Action和JSP的設計模式：l 模式1：各自獨立的Action和JSPl 模式2：復用JSP代碼，包括Form數(shù)據(jù)和JSP頁面l 模式3：復用Action(1). 模式1：各自獨立的Action和JSP 模式如下圖所示：一個Action對應一個JSP頁面，即Action返回后僅僅轉向一個JSP。(2). 模式2：復用JSP代碼，包括Form數(shù)據(jù)和JSP頁面 模式如下圖所示：一個JSP頁面能響應多個Action。模式2增強了模型1的可重復利用能力。(3). 模式3：復用Action一個Action能返回多個值，以對應多個JSP頁面。而在這個Action中其實實現(xiàn)了多個Action功能。這種方法充分擴展了Action的功能。也是Bosent Crm平臺中最常使用的方式。2. JSP模板JSP模板文件提供一種標準的統(tǒng)一的頁面展示風格，除了顯示的內容不同外，頁面的整體框架都一致。使用JSP模板，大大減輕了頁面的編程工作，而一般web系統(tǒng)中，頁面的編程工作量占到全部工作量的70%。所有模板文件存放在\WebContent\templates路徑下?；诓季值腏SP頁面，頁面由下面幾個部分組成，Templates目錄下的JSP頁面：1) （標準layout布局）2) （導航布局頁面）多數(shù)請求由導航布局頁返回，=nav，例如：forward name=OK resource=/accounts/ layout=nav/ 二、 菜單1. 菜單類型在Bosent Crm系統(tǒng)中，菜單主要包括下面三種類型：1) 顯示主模塊的頂層菜單（Toplevel menu displaying modules）2) 顯示每個具體模塊的子菜單（Submenus for each module）3) 標簽樣式菜單（Tabstyle container menus）而在平臺初始化過程中一共生成三種類型的菜單數(shù)據(jù)：l 標簽樣式（a tabbed version）l 圖形樣式（a graphic version）l 文本樣式（a text version）這些菜單數(shù)據(jù)存放在Request中，包括：Requset屬性值菜單類型MainMenu標簽樣式菜單MainMenuTableCells標簽樣式菜單MainMenuGraphic圖形樣式菜單MainMenuSmall文本格式菜單MainMenuWidth菜單長度MainMenuTops菜單提示信息2. 菜單生成過程(1). 在ControllerServlet的初始化函數(shù)中，載入所有的菜單數(shù)據(jù)。，存放在主菜單鉤子類MainMenuHook的菜單屬性（類型是MainMenuItem）中。(2). 在ControllerServlet的forward函數(shù)中，根據(jù)用戶權限生成菜單 在ControllerServlet的service函數(shù)中，如果action對應的forward中的“l(fā)ayout”屬性定義為“nav”，則調用MainMenuHook類的generateMenu方法，根據(jù)用戶權限生成HTML格式的主菜單和子菜單 3. 和菜單相關的配置文件(1). 菜單配置文件（） 此配置文件用于確定主菜單和子菜單的顯示順序，以及每個菜單項的權限信息。Action以URL的形式映射到菜單項。其他參數(shù)用來定義顯示在菜單項上的文字、定義權限標識以及顯示在HTML頁面的標題。例如下面的配置信息：(2). 系統(tǒng)配置文件（）在安裝路徑下有系統(tǒng)配置文件（），其中的“”屬性應該設置為“zh_CN”，即：=zh_CN，這樣設置菜單才能顯示為中文。即在SystemStatus對象中屬性Language才會設置為“zh_CN”。 (3). 資源文件（）存放系統(tǒng)共用的數(shù)據(jù)字典數(shù)據(jù)。語言資源文件位于web應用的\WEBINF\languages目錄中，不同語種資源文件是一個由dictionary ，例如：。 (4). 在安裝過程中，即fileLibrary/[database name]/。此文件包含安裝時的配置數(shù)據(jù)，標簽庫和模塊能訪問這些數(shù)據(jù)。例如開發(fā)一個action能訪問第三方的數(shù)據(jù)庫，那么可以把數(shù)據(jù)庫連接信息存放在此文件中，而不用在action類中寫死。此文件一般內容如下所示：其中：1) ：用于定義可以動態(tài)忽略的JSP模塊；2) ：用于定義JSP頁面中使用的可重命名的字符串標識。4. 菜單兩種配置 在實際使用中，需要特別注意：（）可能同時對同一個數(shù)據(jù)字典進行了定義，：“”， ， ，只不過存放在不同的對象中：，資源文件存放在ApplicationPrefs對象的d