為什么java世界沒有真正的快速開發平臺

2019-11-18 12:01:11

字體：大中小

來源：轉載

供稿：網友

　　為什么java世界沒有像微軟的visual studio那樣的快速開發平臺，其中一個原因固然是因為微軟封裝了很多東西，提供了強大的集成工具并且要求你按照微軟的設計思路來設計系統，但是java世界具備visual studio中的任何一種組件，所缺少的只是沒有人或者廠商將他們集成起來，而之所以沒有人去做，一個很大的原因恐怕是java里面每種組件我們都有太多的選擇，web框架有struts,sPRing,webwork2以及其它的，ORM也有EJB,JDO以及hibernate,ibatis,obj供選擇，IDE有JBuilder,Eclipse,IDEA,JDeveloper以及Netbeans，另外的其它的組件也是多得不可勝數，但是我們現在已經可以看到快速開發平臺推出的希望了，首先是IDE的統一，Borland,BEA都放棄了開發自己的IDE轉向Eclipse，而Eclipse3.1的功能和性能表現也足以吸引很多原來使用其它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使用自己完成的生成工具更好更靈活的的生成我們需要的內容

上一篇：JBuilder2005創建開發文檔之創建文檔

下一篇：細細講述Java技術開發的規則之開發篇