三層、多層結構就像多個人，分別不同負責各自的工作。該知道自己知道的，不該知道自己不知道的。
別八卦，別打聽不該自己知道的事。
表示層：
不應該知道的：不應該看到物理的資料儲存。不應該有connection strings,connections,commands或者類似。
應該知道的：應該知道主要模組。
業務邏輯層：
不應該知道的：不應該知道資料庫在**。不應該有connection strings,connections,commands或者類似。
應該知道的：應該知道業務邏輯，業務流程
資料訪問層：
不應該知道的：不應該知道html，asp.net，避免知道業務邏輯層裡的東西以及是用的哪種資料庫。
應該知道的：應該知道怎樣訪問資料儲存層，例如create, read, update, delete等
資料儲存層：
不應該知道的：不應該知道html，asp.net。不應該知道使用的是那種語言，中文或者是英文。
應該知道的：資料的儲存結構,connection strings,connections,commands等
不知道大家都是怎麼分層的？
三層 多層結構
三層 多層結構就像多個人，分別不同負責各自的工作。該知道自己知道的，不該知道自己不知道的。別八卦，別打聽不該自己知道的事。表示層 不應該知道的 不應該看到物理的資料儲存。不應該有connection strings,connections,commands或者類似。應該知道的 應該知道主要模組。業務...
前後端三層雙層（多層）樹形結構處理
相信有許多人曾被樹形結構處理從而困擾過下面我就為大家分享一下，在工作中！常見的樹形結構該怎麼處理！場景 首先肯定有三個資料 這裡我就分為 大主題 第一層資料 小主題 第二層資料 商品 第三層資料 這裡就列舉為三層資料吧！其實你搞懂了三層資料處理後，在多也是一樣的！首先你要知道三層資料肯定是有所關聯的...
三層 我眼中的三層結構
從行為型模式命令模式引發的對三層的思考。記得 大話設計模式 中對命令模式的講解。燒烤攤和燒烤店之間的區別。由於客戶和烤羊肉串老闆的 緊耦合 所以容易出錯，容易混亂，也容易挑剔。這其實就是 行為請求者 與 行為實現者 的緊耦合。對請求排隊或記錄請求日誌，以及支援可撤銷的操作等行為時，行為請求者 與 行...