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

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

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

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

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

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