浅谈.NET三层架构

“三层架构”是“视图层”、“业务逻辑层”、“数据层”

假设以这样的结构制作一个留言板，那么应该是：

1.留言板页面的外观代码都存放在 .aspx 文件中

2.当用户点击页面上的提交按钮时，先将文本信息传递给一个 LeaveWord 类对象

（LeaveWord 类的定义被封装到“商业逻辑层”）

3.之后让这个对象执行 Post() 将留言信息发送到数据库

用一个简单的代码说明就是：
<textarea id="Content" runat ="server"></textarea>
<input type="button" id="Post" runat ="server" />

      // ----------------------------------------
      // 在外观层，当用户点击发送按钮后
      // ----------------------------------------
      private void Post_ServerClick(object sender, EventArgs e)
      {
          LeaveWord lword=new LeaveWord();
          lword.Content=Content.Value;
          lword.Post();
      }

      // ----------------------------------------
      // 在商业逻辑层，定义 LeaveWord 类
      // ----------------------------------------
      public class LeaveWord
      {
          public string Content;

          public void Post()
          {
              new LWordData().Post(this.Content);
          }
      }

      // ----------------------------------------
      // 数据库层，定义发送方法
      // ----------------------------------------
      public class LWordData
      {
          public void Post(string content)
          {
              // 打开数据库，将 content 插入到表中
          }
      }

这样，使其外观层就不用繁琐的操作数据库了。
这里介绍的比较简单，大家可以去微软参考SqlHelper.cs
系统的"层"是对代码的一种逻辑划分,并不是一定要三层,假设你的系统很简单,就一个页面,那一层就可以,如果系统很复杂,也可能是n层.
核心就是外层绝对不涉及任何数据处理，他的任务是设置界面，获取数据，输出数据。
业务层最重要，所有数据处理在这里，如何运用外层提供的数据处理业务，数据库层一般都建议调用存储过程，返回数据集或其他所需数据
原则：
上层调下层
上层对下层是不可见的
设计时，表现层只调用逻辑层，表现层主要是取得页面的数据传到逻辑层，把从逻辑层得到的数据显示到页面上。
逻辑层负责把数据加工整理传到数据层和把从数据层取得的数据加工。
数据层就只负责把数据对数据库操作。

本文来自优快云博客，转载请标明出处：http://blog.youkuaiyun.com/durongjian/archive/2009/01/15/3789216.aspx