為什麼java世界沒有像微軟的visual studio那樣的快速開發平台
其中一個原因固然是因為微軟封裝了很多東西
提供了強大的集成工具並且要求你按照微軟的設計思路來設計系統
但是java世界具備visual studio中的任何一種組件
所缺少的只是沒有人或者廠商將他們集成起來
而之所以沒有人去做
一個很大的原因恐怕是java裡面每種組件我們都有太多的選擇
web框架有struts
spring
webwork
以及其它的
ORM也有EJB
JDO以及hibernate
ibatis
obj供選擇
IDE有JBuilder
Eclipse
IDEA
JDeveloper以及Netbeans
另外的其它的組件也是多得不可勝數
但是我們現在已經可以看到快速開發平台推出的希望了
首先是IDE的統一
Borland
BEA都放棄了開發自己的IDE轉向Eclipse
而Eclipse
的功能和性能表現也足以吸引很多原來使用其它IDE的用戶
而SUN的Netbeans一向不為大家所認可（SUN開發的大部分開發工具好像都是這個下場）
因此有了IDE的統一
其它的組件基本上都可以圍繞她來進行
加上Eclipse插件開發非常的方便
因此這更加促進了對它的擴展
而現在的情況也確實是向這個方向迅猛發展的
有了這個基礎
我就來談談我對未來的這個快速開發平台的期望了（對於新開發的系統）
項目管理
可以使用maven或者ant
對於小一些的項目可以使用ant
對於項目管理的內容很多的可以考慮采用maven
版本管理
基本上可以選定cvs
IDE
不用說
就是Eclipse了
系統架構
以Spring為核心的架構應該是比較好的選擇
表現層
struts或者freemarker
這個可能選擇性太多
除了struts外好像還沒有哪一個有那麼廣泛的用戶基礎
ORM
Hibernate應該是現在的不二之選了
輔助工具
xdoclet
可以根據項目的需要進行部分的內容的生成
減少很多手工的工作
也許應該有更多的缺省的擴展
單元測試
Junit或者TestNG之類的
雖然有很多人說junit已經不那麼好用了
但是對於一般的項目應該還是夠用的
其實還有很多其它的組件沒有談到
包括頁面測試
報表
緩存等等
但是我這次想說的其實不是這些
我的核心其實是裡面最不起眼的xdoclet
因為它其實可以作為所有這些組件的一個黏結劑
核心其實就是代碼生成
我理想中的情況如下
開發人員最初編寫的就是一個POJO的屬性列表
而這個屬性列表的內容可能來自系統的設計文檔或者其它的建模文檔
根據POJO的屬性列表生成對應的POJO類
修改POJO
增加需要的hibernate或者其它的例如頁面生成
spring配置需要的信息
生成系統的完整骨架
包括spring配置文件
hibernate映射文件
JSP頁面
修改生成的內容
對於細節的地方進行修改
依然很復雜
那麼我們不妨再簡單一些
編寫POJO屬性列表的時候增加hibernate配置信息
頁面配置信息以及spring配置信息
一步到位生成全部的基礎代碼
或者是寫一個這樣的文件
點擊右鍵
點擊Generate target page
在出現的對話框裡面選擇需要生成或者更新（覆蓋）的對象
可以是hbm文件或者是頁面文件或者是spring配置
可能很多人覺得我是白癡
開發一個系統哪裡這麼簡單
但是這樣的一個系統已經為我們生成了系統的骨架
完成了很多煩瑣的我們大部分人都不願意做的枯燥工作
為什麼不那樣做呢？不管別人如何看
我會自己試驗這樣的系統的可行性的
也許是一個值得做的方向
當然
一個復雜的系統的快速開發還遠遠不止這些
特別是系統要求是中型以上的系統
業務邏輯比較復雜
要求國際化
要求頁面美觀
易於修改定制等等
但是並非不可能
我們可以根據以前積累的經驗定制一套這樣的系統
例如ant+eclipse+spring+hibernate+freemarker+xdoclet+css
在系統組件的選擇確定的情況下
我們甚至可以拋棄xdoclet使用自己完成的生成工具更好更靈活的的生成我們需要的內容
From:http://tw.wingwit.com/Article/program/Java/hx/201311/26309.html
