最近的一個項目，四個開發人員，大概做了一個月多一點，從需求，到最終代碼的完成。
寫思考，我想，主要還是要回顧一下在項目中遇到的問題，或是有什麼比較好的經驗，新的體會值得記錄下來，以供以後參考。在這裡，主要是要思考兩個方面的問題，數據庫和測試。
1. 數據庫
對於數據庫，在j道上面有這樣一篇文章《數據庫已死》，其主要思想，個人感覺，主要還是對象與關系的問題，我們現在的主流已經是面向對象，但現在，可能很多公司仍以數據庫建模作為其一條主線，首先進行數據建模，erwin，powerdesigner，然後創建相應的表，下面，就使用myeclipse,hibernate tools等生成相應的實體類，以及相應的映射文件。包括以前的幾個項目，者是在開始花了大量的時間進行數據庫的設計，中途加入的項目，也會在進入項目組的開始階段讓你熟悉其數據庫的表結構，當面對大量的表的時候，看著E-R圖上面的“蜘蛛網”的時候，可能，就已經暈了。
實際上，在面向對象的時代，數據庫只是狀態持久化的一種手段，數據庫的表結構完全可以通過Hibernate等ORM工具自動生成。
在這個小項目中，前期，並沒有花大多的時候在數據庫的設計上，在初期建模了一些核心對象，創建相應的實體類，加上相應的注解，借助於hibernate的hbm2ddl，完全可以由hibernate自動生成相應的表結構。當增加新的對象的時候，也只需要定義其類結構。
並且，可以提供不同的sessionfactory，分別針對測試等環境，也可以做到一定程度的database migration。
2. 測試
TDD，BDD，持續集成~~~~等等，不知道有多少公司實施了，並且實施的情況如何。在以前的項目中，最怕的，就是測試數據依賴於其它的模塊，當跑一次測試，還需要去跑一下由其它小組開發的模塊，當對該模塊的業務不太了解的時候，測試起來，還是比較麻煩的，還有可能需要麻煩其它小組的人員來為我們提供相應的測試數據。
這種情況，其中一個原因，測試代碼太少。所以在這個項目中，針對一些核心的，或是較復雜的業務邏輯，都提供了相應的測試代碼(當然，這裡有一個粒度的問題)，雖然在開發過程中，需要抽出一部分時間來編寫相應的測試代碼，但在實際過程中，效果還是比較明顯的。
