当前位置:编程学习 > C#/ASP.NET >>

三层架构

如何很好的理解三层架构??  如何更好的解决UI、DLL、BLL之间的联系?? --------------------编程问答-------------------- http://baike.baidu.com/view/687468.htm --------------------编程问答-------------------- 具体的区分方法
  1:数据数据访问层:主要看你的数据层里面有没有包含逻辑处理,实际上他的各个函数主要完成各个对数据文件的操作。而不必管其他操作。
  2:业务逻辑层:主要负责对数据层的操作。也就是说把一些数据层的操作进行组合。
  3:表示层:主要对用户的请求接受,以及数据的返回,为客户端提供应用程序的访问。
--------------------编程问答-------------------- 理解清楚楼上的...三层之间的调用关系.......你就不会..那么迷茫了~~~


(面试经常问的哦.................) --------------------编程问答-------------------- 各层侧重点不同,UI负责展现,BLL负责业务相关的东西,DLL负责数据持久化。
这个设计也是很自然,而且一般也能满足需求的。然后在这普通的三层上有很多衍生体,比如前段时间博客园上有人放出的10层,但如果仔细看下的话会发现其实还是3层,其他各层只是些工具或者引用。 --------------------编程问答-------------------- 那要想学好三层架构  那该如何着手???  初学者  懵懂。。。 --------------------编程问答-------------------- 先去看看理论。然后自己找DEMO练一下。在看看理论。在练。

这里有个以前的DEMO 你看看。
有DAL数据层、BLL逻辑层、Model实模层 web(UI)

Model里面大部分都是实体。

DAL是只与数据库交互的都在DAL里

比如
 public class userdb
    {
        public bool adduser(Model.user model)
        {
            SqlConnection con = new SqlConnection(ConfigurationManager.ConnectionStrings["sqlconn"].ConnectionString);
            con.Open();
            using (SqlCommand cmd = new SqlCommand("INSERT INTO qzzm_user(Name) VALUES(@Name)", con))
            {
                cmd.Parameters.AddWithValue("@Name", model.name);
                if (cmd.ExecuteNonQuery() > 0)
                    return true;
                else return false;
            }
        }
    }
//这里都是数据库操作了!


BLL是完成业务逻辑 处理业务逻辑 需要与数据库交互啊  这样就要调用DAL里的方法了。。

比如
 DAL.userdb db = new DAL.userdb();
        public bool adduser(Model.user model)
        {
            return db.adduser(model);//这个只是调用db.adduser(model)这个方法
        }
//这个里面没有业务逻辑 如果有的话要复杂的多。。


web(UI)

是接受业务层 处理后的逻辑。。

比如
  BLL.userbll ub = new BLL.userbll();//实例业务逻辑类
            Web.showmessage sm = new Web.showmessage();
            if (ub.adduser(us))//调用ub.adduser(us) 这个方法返回BOOL啊 就是处理后的信息



WEB调用业务逻辑(BLL) 

BLL调用 数据库访问(DAL)

然后处理数据返回给WEB
--------------------编程问答-------------------- 再直白点说,
数据访问层:操作数据库,增,删,改,查;
业务逻辑层:整个就一个二道贩子,从UI层获取需求,然后转给数据访问层,再把数据访问层返回的结果,传回给UI,给用户显示;
UI:给用户用来互动的界面或是页面

再加上现在都是面向对象,再这三层外还有一个Model层(模型层),三者还需引用关系,
数据访问层(DAL):要引用Model层;
业务逻辑层(BLL):要引用Model层+DAL层;
UI:要引用Model层+BLL层;

然后每一层调用的时候都使用实例化后的对象去调用(当然,如果写成静态的话,直接用类的名字.xxx,方法法就出来 了)


不知道楼主明白了没有?
--------------------编程问答-------------------- 这篇文章讨论如何在C#中实现三层架构,使用MS Access数据库存储数据。在此,我在3层架构中实现一个小型的可复用的组件保存客户数据。并提供添加,更新,查找客户数据的功能。

背景

首先,我介绍一些3层架构的理论知识。简单说明:什么是3层架构?3层架构的优点是什么?

什么是三层架构?

3层架构是一种“客户端-服务器”架构,在此架构中用户接口,商业逻辑,数据保存以及数据访问被设计为独立的模块。主要有3个层面,第一层(表现层,GUI层),第二层(商业对象,商业逻辑层),第三层(数据访问层)。这些层可以单独开发,单独测试。

为什么要把程序代码分为3层。把用户接口层,商业逻辑层,数据访问层分离有许多的优点。

在快速开发中重用商业逻辑组件,我们已经在系统中实现添加,更新,删除,查找客户数据的组件。这个组件已经开发并且测试通过,我们可以在其他要保存客户数据的项目中使用这个组件。

系统比较容易迁移,商业逻辑层与数据访问层是分离的,修改数据访问层不会影响到商业逻辑层。系统如果从用SQL Server存储数据迁移到用Oracle存储数据,并不需要修改商业逻辑层组件和GUI组件

系统容易修改,假如在商业层有一个小小的修改,我们不需要在用户的机器上重装整个系统。我们只需要更新商业逻辑组件就可以了。

应用程序开发人员可以并行,独立的开发单独的层。

代码

这个组件有3层,第一个层或者称为GUI层用form实现,叫做FrmGUI。第二层或者称为商业逻辑层,叫做BOCustomer,是Bussniess Object Customer的缩写。最后是第三层或者称为数据层,叫做DACustomer,是Data Access Customer的缩写。为了方便,我把三个层编译到一个项目中。

用户接口层

下面是用户接口成的一段代码,我只选取了调用商业逻辑层的一部分代码。


//This function get the details from the user via GUI

//tier and calls the Add method of business logic layer.

private void cmdAdd_Click(object sender, System.EventArgs e)

{

try

{

cus = new BOCustomer();

cus.cusID=txtID.Text.ToString();

cus.LName = txtLName.Text.ToString();

cus.FName = txtFName.Text.ToString();

cus.Tel= txtTel.Text.ToString();

cus.Address = txtAddress.Text.ToString();

cus.Add();

}

catch(Exception err)

{

MessageBox.Show(err.Message.ToString());

}

}
 
//This function gets the ID from the user and finds the

//customer details and return the details in the form of

//a dataset via busniss object layer. Then it loops through

//the content of the dataset and fills the controls.
 
private void cmdFind_Click(object sender, System.EventArgs e)

{

try

{

String cusID = txtID.Text.ToString();
 
BOCustomer thisCus = new BOCustomer();
 
DataSet ds = thisCus.Find(cusID);
 
DataRow row;

row = ds.Tables[0].Rows[0];
 
//via looping

foreach(DataRow rows in ds.Tables[0].Rows )

{

txtFName.Text = rows["CUS_F_NAME"].ToString();

txtLName.Text = rows["CUS_L_NAME"].ToString();

txtAddress.Text = rows["CUS_ADDRESS"].ToString();

txtTel.Text = rows["CUS_TEL"].ToString();

}

}

catch (Exception err)

{

MessageBox.Show(err.Message.ToString());

}
 
}
 
//this function used to update the customer details.

private void cmdUpdate_Click(object sender, System.EventArgs e)

{

try

{

cus = new BOCustomer();

cus.cusID=txtID.Text.ToString();

cus.LName = txtLName.Text.ToString();

cus.FName = txtFName.Text.ToString();

cus.Tel= txtTel.Text.ToString();

cus.Address = txtAddress.Text.ToString();
 
cus.Update();

}

catch(Exception err)

{

MessageBox.Show(err.Message.ToString());

}

}


商业逻辑层

下面是商业逻辑层的所有代码,主要包括定义customer对象的属性。但这仅仅是个虚构的customer对象,如果需要可以加入其他的属性。商业逻辑层还包括添加,更新,查找,等方法。

商业逻辑层是一个中间层,处于GUI层和数据访问层中间。他有一个指向数据访问层的引用cusData = new DACustomer().而且还引用了System.Data名字空间。商业逻辑层使用DataSet返回数据给GUI层。

using System;

using System.Data;

namespace _3tierarchitecture

{

///

/// Summary description for BOCustomer.

///

public class BOCustomer

{

//Customer properties

private String fName;

private String lName;

private String cusId;

private String address;

private String tel;

private DACustomer cusData;


public BOCustomer()

{

//An instance of the Data access layer!

cusData = new DACustomer();

}

///

/// Property FirstName (String)

///

public String FName

{

get

{

return this.fName;

}

set

{

try

{

this.fName = value;

if (this.fName == "")

{

throw new Exception(

"Please provide first name ...");

}

}

catch(Exception e)

{

throw new Exception(e.Message.ToString());

}

}

}

///

/// Property LastName (String)

///

public String LName

{

get

{

return this.lName;

}

set

{

//could be more checkings here eg revmove ' chars

//change to proper case

//blah blah

this.lName = value;

if (this.LName == "")

{

throw new Exception("Please provide name ...");

}

}

}

///

/// Property Customer ID (String)

///

public String cusID

{

get

{

return this.cusId;

}

set

{

this.cusId = value;

if (this.cusID == "")

{

throw new Exception("Please provide ID ...");

}

}

}

///

/// Property Address (String)

///

public String Address

{

get

{

return this.address;

}

set

{

this.address = value;

if (this.Address == "")

{

throw new Exception("Please provide address ...");

}

}

}

///

/// Property Telephone (String)

///

public String Tel

{

get

{

return this.tel;

}

set

{

this.tel = value;

if (this.Tel == "")

{

throw new Exception("Please provide Tel ...");

}

}

}


///

/// Function Add new customer. Calls

/// the function in Data layer.

///

public void Add()

{

cusData.Add(this);

}

///

/// Function Update customer details.

/// Calls the function in Data layer.

///

public void Update()

{

cusData.Update(this);

}

///

/// Function Find customer. Calls the

/// function in Data layer.

/// It returns the details of the customer using

/// customer ID via a Dataset to GUI tier.

///

public DataSet Find(String str)

{

if (str == "")

throw new Exception("Please provide ID to search");

DataSet data = null;

data = cusData.Find(str);

return data;

}

}

}


数据访问层

数据层包括处理MS Access数据库的细节。所有这些细节都是透明的,不会影响到商业逻辑层。数据访问层有个指向商业逻辑层的引用BOCustomer cus。为了应用方便并且支持其他数据库。

using System;

using System.Data.OleDb;

using System.Data;

namespace _3tierarchitecture

{

--------------------编程问答-------------------- 基本的调用是明白了  但其中的实践是存在大大的差距问题。。。。 --------------------编程问答-------------------- 这是一种思想。    需要时间去理解。     简单的多 。   分层就是将业务隔离。      至于分三层是这样比较合适。   比如一个餐厅,有服务生,厨师,采购者。  那么就可以将她们理解为三层。   每个人之间的业务不重合。   服务生只需要把菜单给厨师,然后厨师给他菜,他不需要知道厨师是如何做的。  其他同理,如果不分层,所有都是一个人完成。  那么当一个人辞职的时候。  影响就会非常大     但是分层后。   如果服务生有什么问题。  那么和厨师没有影响。  只需再换服务生就行了  --------------------编程问答-------------------- 三层其实就是可维护性好,但是太耗费力了! --------------------编程问答-------------------- 推荐一本书《大话设计模式》
补充:.NET技术 ,  ASP.NET
CopyRight © 2022 站长资源库 编程知识问答 zzzyk.com All Rights Reserved
部分文章来自网络,