首頁 培訓計劃 培訓課程 企業內訓 學員論壇 技術文章 成功案例 師資簡介 關于我們 在線留言  
行業新聞
開發中的思考

文章來源:http://www.cn-java.com/www1/?action-viewnews-itemid-54864 作者: 發布日期:2011-01-06
打 印】【關 閉

 最近的一個項目,四個開發人員,大概做了一個月多一點,從需求,到最終代碼的完成。

        寫思考,我想,主要還是要回顧一下在項目中遇到的問題,或是有什么比較好的經驗,新的體會值得記錄下來,以供以后參考。在這里,主要是要思考兩個方面的問題,數據庫和測試。

         1. 數據庫 

        對于數據庫,在j道上面有這樣一篇文章《數據庫已死》,其主要思想,個人感覺,主要還是對象與關系的問題,我們現在的主流已經是面向對象,但現在,可能很多公司仍以數據庫建模作為其一條主線,首先進行數據建模,erwin,powerdesigner,然后創建相應的表,下面,就使用myeclipse,hibernate tools等生成相應的實體類,以及相應的映射文件。包括以前的幾個項目,者是在開始花了大量的時間進行數據庫的設計,中途加入的項目,也會在進入項目組的開始階段讓你熟悉其數據庫的表結構,當面對大量的表的時候,看著E-R圖上面的“蜘蛛網”的時候,可能,就已經暈了。
實際上,在面向對象的時代,數據庫只是狀態持久化的一種手段,數據庫的表結構完全可以通過Hibernate等ORM工具自動生成。

        在這個小項目中,前期,并沒有花大多的時候在數據庫的設計上,在初期建模了一些核心對象,創建相應的實體類,加上相應的注解,借助于hibernate的hbm2ddl,完全可以由hibernate自動生成相應的表結構。當增加新的對象的時候,也只需要定義其類結構。

        并且,可以提供不同的sessionfactory,分別針對測試等環境,也可以做到一定程度的database migration。

        2. 測試 

        TDD,BDD,持續集成~~~~等等,不知道有多少公司實施了,并且實施的情況如何。在以前的項目中,最怕的,就是測試數據依賴于其它的模塊,當跑一次測試,還需要去跑一下由其它小組開發的模塊,當對該模塊的業務不太了解的時候,測試起來,還是比較麻煩的,還有可能需要麻煩其它小組的人員來為我們提供相應的測試數據。

        這種情況,其中一個原因,測試代碼太少。所以在這個項目中,針對一些核心的,或是較復雜的業務邏輯,都提供了相應的測試代碼(當然,這里有一個粒度的問題),雖然在開發過程中,需要抽出一部分時間來編寫相應的測試代碼,但在實際過程中,效果還是比較明顯的。

打 印】【關 閉

上一篇:J2EE的體系結構
下一篇:ASP.NET創建Web服務管理Web服務狀態
相關新聞
版權所有©威課網 粵ICP備13058727號