『壹』 C# WEB三層架構
以一個驗證登陸為例子
這里是界面層一般叫UIL
protected void Button1_Click(object sender, EventArgs e)
{
List<User> Users = BLL.GetUserInfo(txtUserName.Text,txtPassword.Text);
if(Users.Length > 0)
{
Response.Write("登陸成功");
}
else
{
Response.Write("登陸失敗");
}
}
以下是邏輯層代碼,業務邏輯層一般叫BLL
public static List<User> GetUserInfo(string user,string password)
{
string newPassword = GetMD5Hash(password); //這里對密碼進行加密處理,資料庫中存放的是經過MD5加密後的密,業務邏輯層一般都是處理復雜的邏輯.例如加密邏輯
List<User> Users = DAL.GetUserInfo(user,newPassword);
return Users;
}
以下是數據訪問層代碼,數據訪問層一般叫DAL
public static List<User> GetUserInfo(string user,string password)
{
List<User> Users = new List<User>();
string sql = "select * from User where Password = '"+password+"' and User = '"+user+"'"; //寫where子句的時候把Password放前面.因為Password經過加密,所以可以防止SQL注入攻擊
SqlDataAdapter da = new SqlDataAdapter(sql,"這里是資料庫連接字元串");
DataSet ds = new DataSet();
da.Fill(ds);
for(int i=0;i<ds.Tables[0].Rows.Count;i++)
{
User user = new User(ds.Tables[0].Rows[i]["ID"].ToString(),ds.Tables[0].Rows[i]["User"].ToString(),ds.Tables[0].Rows[i]["Password"].ToString());
Users.Add(user);
}
return Users;
}
還會有一個Model層.叫做模板層.是數據表結構的印射.Model層是共用層,其他三層都要用到.
比如資料庫中有張表User,裡面有3個欄位ID,User,Password
那麼在模板層中應該有一個類,資料庫中User表的一行對應一個User對象,一張表對應User對象的集合.
public class User
{
string ID;
string User;
string Password;
//重載構造函數
User(string id,string user,string password)
{
this.ID=id;
this.User=user;
this.Password=password;
}
}
『貳』 Web應用的三層體系架構中的三層是 ( ) 、 ( ) 和 ( ) 。
web三層從內到外分別為數據層，業務層和展示層。
三個編譯指令為：page、include、taglib。
JavaBean密切相關的三個JSP元素是:useBean、getproperty和setproperty
『叄』 web前端頁面有哪三層構成，分別是什麼作用是什麼
最准確的網頁設計思路是把網頁分成三個層次，即：結構層、樣式層、行為層。
HTML：結構層
網頁的結構或內容層是該頁面的基礎HTML代碼。
CSS：樣式層
該層指示結構化HTML文檔如何看待網站的訪問者，並由CSS（層疊樣式表）定義。
JavaScript：行為層
行為層使網站具有交互性，允許頁面響應用戶操作或基於一組條件進行更改
『肆』 一個成熟的javaWeb項目包含哪些層
一般是三層架構
表現層 web
業務層 service
持久層
『伍』 什麼是三層架構各層的主要功能及相互關系有哪些
一般講到三層架構，其實就是將整個業務應用劃分為表示層、業務邏輯層、數據訪問層等。
數據訪問層DAL，業務邏輯層BLL。表現層UI （界面類的）【 model（數據模型層，主要放的我就不用說了。一般都是資料庫中的。） ，】model是貫穿的。所有的都引用它，bll引用dal ui引用dal 和bll 然後就是調用
三層體系結構，是在客戶端與資料庫之間加入了一個「中間層」，也叫組件層。這里所說的三層體系，不是指物理上的三層，不是簡單地放置三台機器就是三層體系結構，也不僅僅有B/S應用才是三層體系結構，三層是指邏輯上的三層，即使這三個層放置到一台機器上。
普通三層：數據訪問層DAL：用於實現與資料庫的交互和訪問，從資料庫獲取數據或保存數據到資料庫的部分。 業務邏輯層BLL：業務邏輯層承上啟下，用於對上下交互的數據進行邏輯處理，實現業務目標。 表示層UI：主要實現和用戶的交互，接收用戶請求或返回用戶請求的數據結果的展現，而具體的數據處理則交給業務邏輯層和數據訪問層去處理。業務實體Model：用於封裝實體類數據結構，一般用於映射資料庫的數據表或視圖，用以描述業務中客觀存在的對象。Model分離出來是為了更好地解耦，為了更好地發揮分層的作用，更好地進行復用和擴展，增強靈活性。 通用類庫Common：通用的輔助工具類
工程模式：簡單工廠模式又稱為靜態工廠方法（Static Factory Method）模式，屬於類的創建型模式，通常根據一個條件（參數）來返回不同的類的實例。
工廠角色（Creator）
是簡單工廠模式的核心，它負責實現創建所有具體產品類的實例。工廠類可以被外界直接調用，創建所需的產品對象。
抽象產品角色（Proct）
是所有具體產品角色的父類，它負責描述所有實例所共有的公共介面。
具體產品角色（Concrete Proct）
繼承自抽象產品角色，一般為多個，是簡單工廠模式的創建目標。工廠類返回的都是該角色的某一具體產品。
通常情況下，客戶端不直接與資料庫進行交互，而是通過COM/DCOM通 訊與中間層建立連接，再經由中間層與資料庫進行交換.
完善的三層結構的要求是:修改表現層而不用修改邏輯層,修改邏輯層而不用修改數據層 否則你的應用是不是多層結構,或者說是層結構的劃分和組織上是不是有問題就很難說. 不同的應用有不同的理解，這是一個概念的問題．
MVC系統中的模型從概念上可以分為兩類――系統的內部狀態和改變系統狀態的動作。模型是你所有的商業邏輯代碼片段所在。本文為模型提供了業務實體對象和業務處理對象：所有的業務處理對象都是從ProcessBase類派生的子類。業務處理對象封裝了具體的處理邏輯，調用業務邏輯模型，並且把響應提交到合適的視圖組件以產生響應。業務實體對象可以通過定義屬性描述客戶端表單數據。所有業務實體對象都EntityBase派生子類對象，業務處理對象可以直接對它進行讀寫，而不再需要和request、response對象進行數據交互。通過業務實體對象實現了對視圖和模型之間交互的支持。實現時把"做什麼"（業務處理）和"如何做"（業務實體）分離。這樣可以實現業務邏輯的重用。由於各個應用的具體業務是不同的，這里不再列舉其具體代碼實例。
MVC（模型Model-視圖View-控制器Controller）是一種設計模式，我們可以用它來創建在域對象和UI表示層對象之間的區分。 同樣是架構級別的，相同的地方在於他們都有一個表現層，但是他們不同的地方在於其他的兩個層。 在三層架構中沒有定義Controller的概念。這是我認為最不同的地方。而MVC也沒有把業務的邏輯訪問看成兩個層，這是採用三層架構或MVC搭建程序最主要的區別。當然了。在三層中也提到了Model，但是三層架構中Model的概念與MVC中Model的概念是不一樣的，「三層」中典型的Model層是以實體類構成的，而MVC里，則是由業務邏輯與訪問數據組成的。
在ASP NET中的MVC架構編寫的，具有極其良好的可擴展性。它可以輕松實現以下功能： ①實現一個模型的多個視圖；②採用多個控制器；③當模型改變時，所有視圖將自動刷新；④所有的控制器將相互獨立工作。這就是MVC架構的好處，只需在以前的程序上稍作修改或增加新的類，即可輕松增加許多程序功能。以前開發的許多類可以重用，而程序結構根本不再需要改變，各類之間相互獨立，便於團體開發，提高開發效率。下面討論如何實現一個模型、兩個視圖和一個控制器的程序。其中模型類及視圖類根本不需要改變，與前面的完全一樣，這就是面向對象編程的好處。對於控制器中的類，只需要增加另一個視圖，並與模型發生關聯即可。該模式下視圖、控制器、模型三者之間的示意圖如圖2所示。同樣也可以實現其它形式的MVC例如：一個模型、兩個視圖和兩個控制器。從上面可以看出，通過MVC架構實現的應用程序具有極其良好的可擴展性，是ASP NET面向對象編程的未來方向。
MVC的不足體現在以下幾個方面：（1）增加了系統結構和實現的復雜性。對於簡單的界面，嚴格遵循MVC，使模型、視圖與控制器分離，會增加結構的復雜性，並可能產生過多的更新操作，降低運行效率。（2）視圖與控制器間的過於緊密的連接。視圖與控制器是相互分離，但確實聯系緊密的部件，視圖沒有控制器的存在，其應用是很有限的，反之亦然，這樣就妨礙了他們的獨立重用。3）視圖對模型數據的低效率訪問。依據模型操作介面的不同，視圖可能需要多次調用才能獲得足夠的顯示數據。對未變化數據的不必要的頻繁訪問，也將損害操作性能。（4）目前，一般高級的界面工具或構造器不支持MVC架構。改造這些工具以適應MVC需要和建立分離的部件的代價是很高的，從而造成使用MVC的困難。
三層架構是將代碼按其作用分成三部分,每部分解決自己負責的流程. 三層架構的功用之處,在於駕馭大型web程序的結構,使之便於管理和擴展.
在設計UI的時候,我們不需要關心其中的邏輯和數據問題,只需要空出對應的位置,用於放置數據. 在設計和修改的時候,要解決的只是HTML的結構,代碼看起來干凈利落,做起來也是干凈利落.
UI直接將程序邏輯的任務丟給BLL,BLL就開始構建具體的實現細節.BLL的創建依賴於業務. 例如一個文章系統,BLL_Aticle就表示它是用於對文章的處理的.BLL_Aticle可以提供給UI一個文章列表的recordset,顯示在UI的預留位置. 當BLL_Aticle需要從資料庫中獲取數據的時候,就將任務丟給DAL層
DAL層專門負責和資料庫打交道,它從BLL獲取參數,組織一個有效的SQL,建立資料庫連接,執行SQL進行更新或獲取,將返回的數據交給BLL.
每一部分的業務都集中於一個UI-BLL-DAL的鏈中,上下清晰瞭然. 至於是怎樣的便於管理和擴展,將在後面結合實例進行分析.
復雜的生命形式必有復雜的生存法則,若想在自己的項目中應用好三層架構,需要多用點心體會其中的應用法則.
我對三層架構的理解還不夠深,這些文章能算是拋磚引玉就不錯了.大家在閱讀當中不要局限於我所構思的法則,要多向具體的應用中去實踐,根據具體情況,尋出自己的法則. 有所感悟,就記得寫下來,這種感悟是進步的契機,但必然不是最終的結果.有了感悟就拿去應用,可以發現它的優劣,繼續完善
三層架構比雙層或單層結構都有更大的優勢。三層結構適合群體開發，每人可以有不同的分工，協同工作使效率倍增。開發雙層或單層應用時，每個開發人員都應對系統有較深的理解，能力要求很高，開發三層應用時，則可以結合多方面的人才，只需少數人對系統全面了解，從一定程度工降低了開發的難度。
三層架構屬於瘦客戶的模式，用戶端只需一個較小的硬碟、較小的內存、較慢的CPU就可以獲得不錯的性能。相比之下，單層或胖客戶對面器的要求太高。
三層架構的另一個優點在於可以更好的支持分布式計算環境。邏輯層的應用程序可以有多個機器上運行，充分利用網路的計算功能。分布式計算的潛力巨大，遠比升級CPU有效。
三層架構的最大優點是它的安全性。用戶端只能通過邏輯層來訪問數據層，減少了入口點，把很多危險的系統功能都屏蔽了。
『陸』 前端頁面有哪三層構成，分別是什麼作用是什麼
最准確的網頁設計思路是把網頁分成三個層次，即：結構層、樣式層、行為層。
HTML：結構層
網頁的結構或內容層是該頁面的基礎HTML代碼。正如房屋的框架為房屋的其他部分構建了一個堅實
的基礎，HTML的堅實基礎創建了一個可以在其上創建網站的平台。
結構層用於存儲客戶想要閱讀或查看的所有內容。HTML結構可以包含文本和圖像，它包括訪問者用
於瀏覽網站的超鏈接。這是在符合標準的HTML5中編碼的，可以包括文本，圖像和多媒體（視頻，音頻等）。
網站內容的每個方面都應該在結構層中表示。這允許關閉JavaScript的客戶或無法查看整個網站的
CSS訪問許可權的客戶（如果不是所有功能）。
CSS：樣式層
該層指示結構化HTML文檔如何看待網站的訪問者，並由CSS（層疊樣式表）定義。這些文件包含有
關如何在Web瀏覽器中顯示文檔的樣式說明。樣式層通常包括基於屏幕大小和設備更改站點顯示的
媒體查詢。
網站的所有視覺樣式都應位於外部樣式表中。您可以使用多個樣式表，但請記住，每個CSS文件都需
要HTTP請求才能獲取它，從而影響站點性能。
JavaScript：行為層
行為層使網站具有交互性，允許頁面響應用戶操作或基於一組條件進行更改。JavaScript是行為層最
常用的語言，但CGI和PHP也經常被使用。
當開發人員引用行為層時，大多數都是指在Web瀏覽器中直接激活的層。您可以使用此圖層直接與
DOM（文檔對象模型）進行交互。在內容層中編寫有效的HTML對於行為層中的DOM交互非常重
要。在構建行為層時，應該像使用CSS一樣使用外部腳本文件來優化速度和性能。
(6)web三層架構分為哪三層擴展閱讀：
分層的一些好處是：
共享資源：當您編寫外部CSS或JavaScript文件時，站點上的任何頁面都可以使用該文件。如果
您需要對該文件進行更改，也許更新網站上的某些排版樣式，則使用該樣式表的每個頁面都會得到
更改。沒有必要單獨編輯網站的每個頁面，這對於大型網站來說可能是一項艱苦的任務。
下載速度更快：首次由客戶下載腳本或樣式表後，Web瀏覽器會對其進行緩存。由於這些共享
資源現在包含在瀏覽器的緩存中，因此瀏覽器中請求的其他頁面載入速度更快，從而提高了整體頁
面速度和性能。
多人團隊：如果您有多個人同時在網站上工作，您可以使用允許文件簽入和簽出的系統，以確
保每個人都使用最新版本。如果樣式和行為與結構文檔交織在一起，那就更難了。
搜索引擎優化：一個明確分離風格和結構的網站可能會對搜索引擎有更好的表現，因為它們可以更有效地抓取內容並理解頁面而不會陷入視覺風格和行為信息。
輔助功能：外部樣式表和腳本文件更易於人們和瀏覽器訪問。屏幕閱讀器等軟體可以更輕松地
處理結構層中的內容，而無需處理無論如何都無法使用的樣式。
向後兼容性：使用單獨的開發層設計的站點更可能向後兼容，因為無法使用某些CSS樣式或禁
用了JavaScript的瀏覽器和設備仍然可以查看HTML。然後，您可以使用支持它們的瀏覽器的功能逐
步增強您的網站。
『柒』 web開發中三層結構和四層結構分別指哪三層和哪四層
三層就是:MVC吧,表現層、業務層、數據讀取層
四層就是:客戶機瀏覽器、Web伺服器、數據倉庫及模型倉庫、分布式資料庫群及模型庫群
『捌』 三層架構的三層具體作用
三層結構包含:表示層(USL),業務邏輯層(BLL),數據訪問層(DAL)
1：數據數據訪問層:主要是對原始數據（資料庫或者文本文件等存放數據的形式）的操作層，而不
是指原始數據，也就是說，是對數據的操作，而不是資料庫,具體為業務邏輯層或表示層提供數據服務．
2：業務邏輯層:主要是針對具體的問題的操作，也可以理解成對數據層的操作,對數據業務邏
輯處理，如果說數據層是積木，那邏輯層就是對這些積木的搭建。
3：表示層:主要表示WEB方式,也可以表示成WINFORM方式,WEB方式也可以表現成
:aspx, 如果邏輯層相當強大和完善,無論表現層如何定義和更改,邏輯層都能完善地
提供服務。
『玖』 Web開發中三層架構是哪三層。。分別放些什麼。。
那就是數據層,表示層,業務層!
數據層:用於與數據打交道啊``
表示層:用戶顯示的表示層
業務層:數據層與業務層的橋梁
三層的好處在於表示明確,擴展性好,邏輯性好,但要加開發成本!
『拾』 什麼是三層架構
asp.net三層架構
因為每一層都可以在僅僅更改很少量的代碼後，就能放到物理上不同的伺服器上使用，因此結構靈活而且性能更佳。此外，每層做些什麼其它層是完全看不到的，因此更改、更新某層，都不再需要重新編譯或者更改全部的層了。這是個很強大的功能。例如，如果把數據訪問代碼與業務邏輯層分離，當資料庫伺服器更改後，你只需要更改數據訪問的代碼，因為業務邏輯層是不變的，因此不需要更改或者重新編譯業務邏輯層。
一個N層的應用程序通常有三層：表現層、業務層和數據層。下面讓我們看看每層都做些什麼。
表現層（Presentation Layer）
表現層用於用戶介面的展示，以及用業務層的類和對象來「驅動」這些介面。
在ASP.NET中，該層包括aspx頁面、用戶控制、伺服器控制以及某些與安全相關的類和對象。
業務層（Business Tier）
業務層用於訪問數據層，從數據層取數據、修改數據以及刪除數據，並將結果返回給表現層。
在ASP.NET中，該層包括使用SqlClient或OleDb從SQL Server或Access資料庫取數據、更新數據及刪除數據，並把取得的數據放到DataReader或DataSet中返回給表現層。返回的數據也許只有一個整型數字，比如一個表的行記錄數目，但這也要用數據層的數據進行計算。
BLL和DAL
通常該層被劃分成兩個子層：業務邏輯層（Business Logic Layer，BLL）和數據訪問層（Data Access Layers，DAL）。業務邏輯層在數據訪問層之上，也就是說BLL調用DAL的類和對象。DAL訪問數據並將其轉給BLL。
在ASP.NET中，該層可以用SqlClient或OleDb從SQL Server或Access資料庫取數據，把數據通過DataSet 或DataReader的形式給BLL，BLL處理數據給表現層。有的時候，例如直接把DataSet 或DataReader送給表現層的時候，BLL是一個透明層。
數據層（Data Tier）
數據層是資料庫或者數據源。在.NET中，通常它是一個SQL Server或Access資料庫，但不僅限於此兩種形式，它還可能是Oracle，mySQL，甚至是XML。
邏輯層VS（分布式）物理層
人們容易將這兩個概念搞混。我們說邏輯層是把層按類的集合來劃分，而這些層都在同一台個伺服器上。（分布式）物理層是指類的集合在不同的伺服器上，用附加的代碼來處理層間的通信，比如remoting和web服務。
決定如何劃分你的層（是物理的還是不是物理的）是非常重要的。在劃分時應考慮下面因素：
1、注意如果劃分成物理層，你的應用程序的速度會因為不同伺服器在網路中通信的延遲而減慢。所以，如果你決定用物理層，請確保獲得性能的提升大於性能的降低。
2、按照n層架構設計你的應用程序。
3、部署以及維護物理分布式的應用程序的成本是很高的。你首先需要不止一台伺服器，你還需要網路硬體來連接這些伺服器。在這種情況下，部署應用變得更加復雜！因此這樣做之前請確定這樣做是否值得。
另外還要注意，你的應用程序的每層都做何使用。你也許因為運行的多個服務都需要某一層而把該層放到別台伺服器上。例如，你也許會因為給不同的用戶定製不同的表現層，而將業務邏輯層放於別處；你也許會因為還有其它的應用訪問同一個資料庫，而把SQL server服務放到別處