記得以前曾經有網友跟我們討論有關EasyJWeb的效率問題，大致意思是EasyJWeb用得少，沒有經過成熟項目的考驗，而struts應用案例比較多，所以用起更放心。我的看法是，EasyJWeb只是一個MVC框架，在一個J2EE應用中，MVC部分所承擔的任務是比較少的，真正影響系統性能的是系統中間層，即業務邏輯層與數據持久層。因此，有人問我，EasyJWeb及EasyDBO能否放心用于正式的商業項目中，我曾經的回答是：由于兩個項目都是測試階段，不建議使用，EasyJWeb基本不會出什么問題（從系統的效率上來說），但EasyDBO的問題就難說了，因此不贊成把EasyDBO用于正式的商業項目中，等到正式發布1.0版本，有比較詳盡的文檔后再用。

　　當然，要是大家都不用的話，EasyDBO肯定到不了1.0版本就得夭折。于是我在最近公司的一個項目中還是大膽的用了。果不其然，過程還是比較痛苦的，遇到了很多對系統性能造成影響的問題，而且很多是非常致命的問題。下面簡單說明如下：

　　EasyDBO作為一個ORM系統，作為持久層的應用，對系統的性能影響非常大，若出了問題是非常致命的。特別是緩存、事務、緩遲加載等。在最近我們公司的一個項目中，由于使用EasyDBO作為ORM系統，在開始一切都比較順利，由于使用的代碼生成工具，前期開發速度非常快，不過當數據到達幾十萬的時候，系統運行一段時間就會耗掉JVM內存，造成系統停止響應。汗啊，把頭都搞大了。。。。。今天把源碼看了看，發現是沒有正常釋放數據資源的原因。修正后的代碼發到SVN上了，有興趣的可以check out下來交流交流。

　　最讓人頭痛的是，由于EasyDBO項目當前沒有測試代碼，所以也不好對各個類進行單元測試，真是麻煩。因此，建議EasyDBO項目組對EasyDBO在數據源的管理、配置上重新進行調，另外加強對緩存部分的測試，特別是對大數據量測試。?
?
?????現在的感受是：?做開源還真不容易啊，能長期、穩定參與的人也比較少。?唉!

???? 最近， EasyJF在招聘專職的開源工作人員 了，不知道會不會有什么改觀!

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1172319