介面層與商務邏輯分離

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

例如，在添加一個員工資訊時，在頁面中會有判斷各個欄位是否滿足特定的條件，然後，訪問資料庫判斷是否已經添加此員工的資訊，如果沒有，則添加資料，然後再判斷是否添成功。此時，介面承載了過多的商務邏輯，如果我們需要加入匯入員工資訊的功能，則需要將員工添加的代碼重新寫遍。

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