這周正式開始做項目練習，這才發現實際去做的時候會遇到和出現很多的問題

在這裏說一說我的體會，請指正

首先，實體類

1、實體類中有哪些屬性，類型是什麽，並根據屬性建立sql的相應表格，

2、哪些屬性需要在寫在實體類中，而在sql中不用添加

3、值得註意的是變量名要規範，一看就知道什麽意思，同時在建sql表的時候，要盡力保證sql中的變量名和實體bean中的變量名一致，這在後面寫實現類的時候會方便很多，這個也是在寫持久接口實現類的才發現的

二、sql數據的添加

這一步是和業務接口設計分工同時進行的，我沒有做這塊，但是我們做sql這塊的做得比較好，主要是布局

第一部分，放的是所有表的創建語句（一共11個）

第二部分，所有的外鍵約束

第三部分，所有表的數據添加，同時根據外鍵約束進行過排序

最後還有放一起的每個表的查詢，和刪除

這樣做的好處：

首先，我們添加數據庫時，特別是給表添加內容時，不會因為外鍵約束而導致我們添加不上，可以直接把1,2,3部分全選上，直接點添加就行

二，在寫持久實現類中sql語句時，我們為了不出錯，可以在sql中寫好測試沒問題再copy過去，我們寫好sql後執行，得到的結果我們要驗證，就可以直接在寫好查詢裏去查就行，不用自己在去全部重寫

三、業務接口設計

規則：一次提交，一個業務方法

說起來簡單做起來沒那麽容易，剛開始，有時會分不清業務接口和持久接口，當然現在持久接口實現類已經寫完了，對此有了一些認識

在業務接口設計中，除了要確定好方法以外，還有一個非常關鍵的就是方法的文檔註釋：

1、這個業務接口我們要做些什麽事，因為到時我們要根據這來寫持久接口

2、這件事我們要得到什麽，這個到時做為持久接口的文檔註釋，方便我們寫持久接口的實現類

文檔註釋寫不清楚，會導致後面方法功能達不到我們想要的結果

四、持久接口設計

規則：一次數據提交，一個持久方法

這個就是業務接口中所說的1,2兩點，重點還是註意文檔註釋，還有就是不要漏掉方法

五、持久接口實現類

在這裏似乎就沒有什麽好說的了，只要前面提到的文檔註釋和變量都處理好了，就是單純碼代碼，考驗基本功，寫一個方法，測一個方法

當然，作為初學者，有時會將持久層和業務層分不清。那麽記住一點，持久層只管數據，不管數據從哪來，數據是什麽，直接用穿過來參數操作就行

六、業務接口實現類

如果前面五步都做好了，在這裏就很簡單了，根據業務接口方法的註釋，調用持久接口實現類的方法，把業務接口實現類中的方法封裝好。

唯一需要註意的是，需要把方法封裝齊全，不要漏掉需求。

七、窗體界面

這算是最後一步了，由於是第一次做項目，所以窗體界面部分，是由老師寫好後發給我們，相應的數據添加，邏輯判斷，有我們完成。

在這裏我們需要做的是，仔細判斷每一個組件的作用、需求，調用業務接口實現類中相應的方法來實現需求。

（我是初學者）第一次項目開發（二）開發中遇到的問題和註意事項