以前,大多是在弄c/s模式的程式(以為b/s模式的就是指**,就沒學這方面東東,唉!當時知識面真的好窄...),所以搞的也是二層結構的設計,到現在還沒怎麼弄過三層結構設計(好暈...)。
3層應用程式的解決方案:即將應用程式劃分為3層．每一層都通過一些定義好的介面與其他各層通訊：這3層一般來講在物埋上和邏輯上都是可以相互分離的。
第1層是表示層，主要向使用者展現圖形介面(u1)；
第2層是封裝應用程式的具體商務邏輯．負責接收表示層的資料，按業務規則進行一定的處理後傳送到資料層，再將結果返回給客戶端；
第3層是資料層，主要是儲存資料，可以是資料庫．檔案系統或是目錄服務。
三層結構的邏輯結構在c/s和b/s模式的系統中都有運用，只是在b/s中運用相對顯著。
3層應用程式的出現早於web，但web應用程式極大地豐富了3層應用程式的內容。web應用程式基於一些被廣泛接受的執行於http協議之上的標準。web應用程式是基於瀏覽器的．因此應用程式可以做成瘦客戶端，應用程式的所有邏輯都可以放在伺服器上。應用程式公升級是只需在伺服器瑞一次更新．這就解決了2層結構中的公升級和維護問題。而且．因為只需在第2層和第3層之間傳遞針對資料庫的操作．大大減小了網路流量．
在一些企業應用中，客戶分成不同的群體，有的進行資料庫操作，有的進行訂單查詢，還有的可能是傳送電子郵件。資料層的情況也比較複雜．有可能包括資料庫．xml文件、目錄服務等。相應的中間層也進行了刨分，單一的中間層劃分成多個物件或多個元件，由統一的介面進行控制。它可以在物理上和邏輯上進行多層分布，這形成n—層結構。
WEB三層結構的設計思路
web三層結構的設計思路 1.dal層的設計 1.1.強型別的datatable並不包括如何訪問對應底層的資料表的任何資訊,datatable的作用是在分層間傳輸資料。要獲取用來填充datatable的 資料 我們使用tableadapter類，它提供了資料訪問層的功能,對於tableadapter...
三層 我眼中的三層結構
從行為型模式命令模式引發的對三層的思考。記得 大話設計模式 中對命令模式的講解。燒烤攤和燒烤店之間的區別。由於客戶和烤羊肉串老闆的 緊耦合 所以容易出錯，容易混亂，也容易挑剔。這其實就是 行為請求者 與 行為實現者 的緊耦合。對請求排隊或記錄請求日誌，以及支援可撤銷的操作等行為時，行為請求者 與 行...
Web 三層架構概述
web三層架構概述注 內聚 乙個模組內各個元素彼此結合的緊密程度 耦合 乙個軟體結構內不同模組之間互連程度的度量 2 業務邏輯層 bll 業務邏輯層在體系架構中的位置很關鍵，它處於資料訪問層與表示層中間，起到了資料交換中承上啟下的作用。由於層是一種弱耦合結構，層與層之間的依賴是向下的，底層對於上層而...