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

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

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

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

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

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