對于一個軟件公司而言，在做項目或產(chǎn)品的過程中，為何要應(yīng)用一定的技術(shù)框架呢？相信有一定規(guī)模一定歷史積淀的軟件公司里，都存在著自己特有的技術(shù)框架，我們應(yīng)用框架開發(fā)無外乎是本著提高代碼的重用性、降低開發(fā)應(yīng)用模塊的技術(shù)難度，增強軟件的維護性，進爾達到提高工作效率、降低生產(chǎn)成本的目的。這也是技術(shù)框架存在的根本和意義所在。

本人是個對技術(shù)的推崇者或者說是有些圖騰崇拜的人，從學(xué)習(xí)和使用 java 的第一天開始，就對這種純粹的面向?qū)ο蟮木幊陶Z言產(chǎn)生了濃厚的興趣，從早期秉燭夜讀《 java 編程思想》、《 java 核心技術(shù)卷 I 、卷 II 》到《 J2EE 設(shè)計與模式》。。。《深入淺出 Hibernate 》。。。《 Spring in Action 》等，切身感受到當(dāng)今主流 java 應(yīng)用技術(shù)的發(fā)展，也很感謝前輩們?yōu)榇蠹议_創(chuàng)了應(yīng)用技術(shù)之先河，為我輩指明了發(fā)展的方向和前進的道路。

在當(dāng)今技術(shù)潮流日新月異的時代各種各樣的技術(shù)框架林林總總，很難去評價個中孰優(yōu)孰劣，個人覺得在項目開發(fā)過程中最適合的框架就是最好的，以項目的規(guī)模和特點來決定對技術(shù)框架的選型。現(xiàn)就個人對于框架的開發(fā)的一些體會和大家一起交流一下，前端采用類 Struts 模式做 MVC, 我覺得 MVC 的精華所在就在于請求的匯集和請求的分發(fā)，采用 filter+mainservlet 的方式，在 filter 類中可以進行對各種請求的約束和限制處理，同時可以進行對請求合法性的判定和校驗，也可以實現(xiàn)達到負載均衡的處理，也可以根據(jù)實際的項目需要設(shè)置多個 filter 類進行分類過濾。通過 filter 類的合法的請求全部由統(tǒng)一的 mainservlet 主控器接口進行分發(fā)處理，在這里可以添加對線程的約束和控制，以保證所有請求可以順利的分發(fā)。業(yè)務(wù)邏輯層采用 Action+BPO 的模式， Action 作為動作的描述， BPO 作為對于動作進行響應(yīng)的業(yè)務(wù)邏輯處理。持久層部分采用 Hibernate 和 DAO+VO 兩種模式并存的方式，持久層部分之所以采用兩種模式處理，主要是考慮到業(yè)務(wù)邏輯的復(fù)雜度，對于多表及連和復(fù)雜的業(yè)務(wù)查詢處理，感覺配置 Hibernate 文件也相當(dāng)?shù)膹?fù)雜（也許是本人應(yīng)用 Hibernate 的深度還不夠，對 HQL 語言的認識還比較膚淺），因而還采取傳統(tǒng)的 jdbc 訪問模式來處理。事務(wù)處理用 Spring 框架來進行處理。在表示層的 jsp 中只進行 tag 的屬性設(shè)置和 java 的表達式的輸出，所有的 java 邏輯代碼全部用 tag 來進行封裝。有興趣的朋友可以發(fā) e-mail 給我，來進行此框架的交流 E-mail:syangsheep@163.com, 同時也歡迎大家拿出自己應(yīng)用的框架來一起進行交流和探討。