經過半個月的薰陶，終於用七層架構實現了機房收費系統的登入功能，在此把學習中遇到的心得和大家分享下，希望能幫助到大家。
這是當年師傅指導時畫的機房收費系統七層架構圖紙，看著別暈，我理解了半個月才剛有點頭緒。
開始的時候，我們不能一下實現這麼多層，那我們就從簡單的入手。第一版只有三層：ui（介面層）、bll（邏輯層）、dal（資料訪問層）、entity（實體），實現了4個窗體後發現沒什麼難度了。第二版加上factory（工廠層）、idal（介面層），膩歪了2天，終於實現。第三版加上了facade（外觀層），在今天下午終於大功告成。
實現7層架構，首先要從idal層入手，然後dal層分別實現idal層的各個方法，接著在factory層實現建立介面的方法。bll層根據factory層返回的結果依次做出邏輯判斷。為什麼要在ui層和bll層之間加上facade層呢？
在bll層我們要做的是對這4個過程返回值進行邏輯判斷。如果沒有facade層，ui層乙個小小的登入就要呼叫bll層的4個方法，耦合度可想而知。如果我們在facade層定義乙個login方法，把bll層的4個過程進行整合，這樣ui層只需呼叫facade的乙個login方法就可以得到登入結果。
這個過程好比乙個檔案下有好多檔案，什麼格式的都有，加上facade層後，就相當於對混亂的檔案進行分類，比如我可以新建子資料夾word、excel、pdf、ppt。把對於格式的檔案放到對應檔案下，從而達到方便管理的意思。
entity層更是個好東西，原來乙個註冊窗體需要傳好多引數，看著腦袋就大。實體呢，它像乙個貨櫃，把各種零零碎碎的實現給你打包，這樣你傳引數時乙個實體就可以搞定。
現在ui層、facade層、bll層、factory層是根據系統功能分類，比如類名是frmlogin、loginfacede、loginmanager、loginfactory，而idal層、dal層、entity層根據資料表分模擬如iuserinfo、userinfodao、userinfo。
乙個下午才理清了乙個登陸，不知道這樣分類是不是存在不合理的地方，希望大家給出寶貴意見。
初識七層架構
經過半個月的薰陶，終於用七層架構實現了機房收費系統的登入功能，在此把學習中遇到的心得和大家分享下，希望能幫助到大家。這是當年師傅指導時畫的機房收費系統七層架構圖紙，看著別暈，我理解了半個月才剛有點頭緒。開始的時候，我們不能一下實現這麼多層，那我們就從簡單的入手。第一版只有三層 ui 介面層 bll ...
網路七層架構
我將從各層協議與裝置學起，各層從上到下 1 應用層 應用層主要包括應用程式之間的通訊所用協議，包括telnet，http，ftp，nfs，smtp等。裝置就是終端裝置了 2 表示層 3 會話層 4 傳輸層 5 網路層 三層交換機就是具有部分路由器功能的交換機，三層交換機的最重要目的是加快大型區域網內...
Python學習 七層網路架構
網路七層協議 osi是乙個開放性的通訊系統互連參考模型，他是乙個定義得非常好的協議規範。osi模型有7層結構，每層都可以有幾個子層。osi的7層從上到下分別是 7 應用層 6 表示層 5 會話層 4 傳輸層 3 網路層 2 資料鏈路層 1 物理層 其中高層 即7 6 5 4層 定義了應用程式的功能，...