优缺点？

    长处

        1、开发者能够仅仅关注整个结构中的当中某一层。

        2、能够减少层与层之间的依赖；

        3、有利于标准化，能够非常easy的用新的实现来替换原有层次的实现。

        4、在后期维护的时候，极大地减少了维护成本和维护时间

    缺点

        1、减少了系统的性能。这是不言而喻的。假设不採用分层式结构。非常多业务能够直接造訪数据库，以此获

取对应的数据。现在却必须通过中间层来完毕。

        2、有时会导致级联的改动。这样的改动尤其体如今自上而下的方向。

假设在表示层中须要添加一个功能。为

保证其设计符合分层式结构，可能须要在对应的业务逻辑层和数据訪问层中都添加对应的代码。

        3、添加了开发成本。

实战篇

    以下是一个登录窗口的DEMO

    UI层的代码

<span style="font-family:KaiTi_GB2312;font-size:18px;">namespace LoginUI
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }

        private void btnLogin_Click(object sender, EventArgs e)
        {

            string userName = txtUserName.Text.Trim();   
            string password = txtPassword.Text;
            Login.BLL.LoginManager mgr = new Login.BLL.LoginManager();   //重载BLL层
            Login.Model.UserInfo user = mgr.UserLogin(userName, password);

            MessageBox.Show("登录用户：" + user.UserName);

        }
    }
}
</span>

    UI层，人机交互。须要引用BLL和Model层，从代码中能够看出UI层不包括不论什么逻辑推断的代码和跟数据库有关的

代码。

    BLL层的代码

<span style="font-family:KaiTi_GB2312;font-size:18px;">namespace Login.BLL
{
    public class LoginManager
    {
        public Login.Model.UserInfo UserLogin(string userName, string password)      //获得Model中封装的数据库中的数据（UI层中的）
        {

            Login.DAL.UserDAO uDao = new Login.DAL.UserDAO();        //实例化UserDAO类
            Login.Model.UserInfo user = uDao.SelectUser(userName, password);           
            if (user != null)                                          // 加载成功
            {
                Login.DAL.ScoreDAO sDao = new Login.DAL.ScoreDAO();             //知道数据库连接成操作命令
                sDao.UpdateScore(userName, 10);
                return user;
            }
            else
            {
                throw new Exception("登录失败。");
            }
</span>

    从代码中能够看出BLL层也不和数据库打交道，没有SQL语句。

须要引用DAL和Model层。

    DAL层代码

<span style="font-family:KaiTi_GB231<span style="font-family: Arial, Helvetica, sans-serif;">2;font-size:18px;">namespace Login.DAL</span>

{
    public class UserDAO
    {
        public Login.Model.UserInfo SelectUser(string userName, string password)    //获取Model中的表中的数据，返回的是数据模型
        {
            using (SqlConnection conn = new SqlConnection(DbUtil.ConnString))      //建立数据库连接
            {
                SqlCommand cmd = conn.CreateCommand();  //表示要对 SQL Server 数据库运行的一个 Transact-SQL 语句或存储过程。
 实例化一个接口,用以运行SQL指令
                cmd.CommandText = @"SELECT ID, UserName, Password,Email 
                                    FROM USERS WHERE UserName=@UserName AND Password=@Password";
                cmd.CommandType = CommandType.Text;        
                cmd.Parameters.Add(new SqlParameter("@UserName",userName));    //添加上面数据库连接中设的两个參数
                cmd.Parameters.Add(new SqlParameter("@Password",password));

                conn.Open();                  //打开数据库
                SqlDataReader reader = cmd.ExecuteReader();

                Login.Model.UserInfo user = null;               //默认值是Null
                while (reader.Read())                          //读取数据库中的数据
                {
                    if (user == null)
                    {
                        user = new Login.Model.UserInfo();        //当Model是Null的话才载入数据
                    }
                    user.ID = reader.GetInt32(0);
                    user.UserName = reader.GetString(1);
                    user.Password = reader.GetString(2);
                    if (!reader.IsDBNull(3))                  //假设Email不是Null的话，才干读取
                    {
                        user.Email = reader.GetString(3);
                    }
                }

                return user;
            }
        }
    }
}
</span>

    从代码中能够看出是直接和数据库打交道的，没有跟窗口控件有关的内容。须要引入Model层。

个人小结

    分层的目标是为了“高内聚。低耦合”。分层可将复杂的简单化。当需求须要改变时，你仅仅须要该对应部分而不

用大范围的改动。分层还提高了可维护性和可扩展性，但并非全部的都要分层，业务逻辑简单，没有真正的数据存

储层这时就不须要分层，假设分层反而会添加复杂度。所以我们寻常在使用时要注意灵活应用。