界面層與業務邏輯分離

“界面層與業務邏輯分離”，這句話，相信只要做了一段時間程序，就會聽到過或看到過。但實際上，在很多項目中，界面層一直在搶業務邏輯層的事（至少我經歷兩個，前段時間項目要提供EXCEL導入的功能，相當於添加了另一個平台，悟了），業務邏輯層只是充當於調用下數據訪問層的角色。

例如，在添加一個員工信息時，在頁面中會有判斷各個字段是否滿足特定的條件，然后，訪問數據庫判斷是否已經添加此員工的信息，如果沒有，則添加數據，然后再判斷是否添成功。此時，界面承載了過多的業務邏輯，如果我們需要加入導入員工信息的功能，則需要將員工添加的代碼重新寫遍。

總的來說，很多人在做應用時，將一些本該屬於業務邏輯層里面的東西在界面層做了，如果只是一個平台，並且業務邏輯也不被共用，也無可厚非。但是，如果項目稍大一些，如果不把責能划分清楚，重復的邏輯過多，在后期維護時將會是一個災難。我們可以將對字段判斷的邏輯放在modle的部分類中（因為，對字段一些驗證簡單、通用並且繁多，如果直接放在業務中，將影響業務邏輯的可讀性），其它的邏輯還是放在它應該在的邏輯層中。