我完全新的設計模式......下面就是我following..can任何人請告訴我的優點和缺點是西隧的建築...設計模式問題
假設我們有一個客戶表customerid，customername
所以實體將有customerid和customername
customerid和customername到BLL我真的不知道有這麼多的圖層...
設計模式並沒有真正定義您提到的主題。毫無疑問，它們是解決方案的一部分。
設計模式是軟件設計中常見問題的通用可重用解決方案。
很多時候很難概念化爲何設計模式是值得的，直到你終於開始編碼，以滿足一些這些標準的項目：
您還可以在列表的靈活性上面，因爲一些原因很多程序員選擇在某些情形下的設計模式。認識到儘管模式非常酷並且通常看起來像輝煌的解決方案很重要，但您應該權衡自己是否需要特定項目。否則，您可能很容易受Pattern Mania的影響。
= d
設計模式一個偉大的書是O'Reilly的 「Head First設計模式」。它對我非常有幫助。它向您展示了多麼好的設計和關注點分離使維護和重新使用更容易。一個承認有多個層次的是，它需要更多的計劃，但最終還是要彌補。
你所描述的各層分別有一個獨立的角色：
從接口分離數據驗證有很多優點 - 例如安全性，或possi能夠（根本）改變用戶界面而不改變應用程序的核心。這是模型 - 視圖 - 控制器設計模式的基本前提之一。從業務邏輯
分離數據庫的訪問可以讓你改變你的數據庫實現，數據庫模式等沒有在同一時間更改業務邏輯，從而去耦合兩個，
功能去耦應用程序的不同部分允許您獨立地測試這些部分，維護它們（相對）獨立，等等。從長遠來看，它避免了維護人員的頭痛，並且經常會出現錯誤。