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