图解三层架构
三层架构-BS架构
B/S结构简化了客户机的工作，把二层C/S结构的事务处理逻辑模块从客户机的任务中分离出来，由Web服务器单独组成一层来负担其任务，从而减轻了客户机的压力三层架构(3-tier三层架构(3-tier application）通常意义上的三层架构就是将整个业务应用划分为:表现层(UI）、业务逻辑层(BLL)、数据访问层（DAL)。
区分层次的目的即为了“高内聚，低耦合”的思想.１、表现层（UI）:通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。
２、业务逻辑层（BLL）：针对具体问题的操作,也可以说是对数据层的操作，对数据业务逻辑处理.３、数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、查找等.在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。
微软推荐的分层式结构一般分为三层，从下至上分别为:数据访问层、业务逻辑层（又或成为领域层）、表示层.三层结构原理:3个层次中，系统主要功能和业务逻辑都在业务逻辑层进行处理。
所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件层。
这里所说的三层体系,不是指物理上的三层,不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上.三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。
通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM 通讯与中间层建立连接,再经由中间层与数据库进行交互.表示层位于最外层（最上层），离用户最近.用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。
业务逻辑层业务逻辑层(Business Logic Layer）无疑是系统架构中体现核心价值的部分。
它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计,也即是说它是与系统所应对的领域（Domain）逻辑有关，很多时候，也将业务逻辑层称为领域层.例如Martin Fowler在《Patterns of Enterprise Application Architecture》一书中，将整个架构分为三个主要的层：表示层、领域层和数据源层。
三层架构简易实例详解
三层架构简易实例详解何为三层架构？通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。
区分层次的目的即为了“高内聚，低耦合”的思想。
1.表现层（UI）：即展现给用户的界面；2.业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理；3.数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、查找等。
下面通过通过一个简单的例子来描述三层架构:需求1.实现一个客户信息管理界面（包括增加、修改、删除）操作；2.用户sql—server作为数据库以下是成型界面，至于UI设计是否合理，望各位大神拍砖UI层设计设计器代码：<Grid><DockPanel><ToolBar DockPanel.Dock="Top" Height="30"><Button Name="BtnAdd" Click="BtnAdd_Click" ToolTip="新增"><Image Source="Image\add.ico"></Image></Button><Button Name="BtnEdit" Click="BtnEdit_Click" ToolTip="编辑"><Image Source="Image\edit.ico"></Image></Button><Button Name="BtnDel" Click="BtnDel_Click" ToolTip="删除"><Image Source="Image\delete.ico"></Image></Button></ToolBar><DataGrid Name="DataGrid1" DockPanel.Dock="Top" IsReadOnly="True" AutoGenerateColumns="False"><DataGrid.Columns><DataGridTextColumn Header="姓名" Binding="{Binding Name}"></DataGridTextColumn><DataGridTextColumn Header="生日" Binding="{Binding BirthDay}"></DataGridTextColumn><DataGridTextColumn Header="电话" Binding="{Binding TelNum}"></DataGridTextColumn><DataGridTextColumn Header="地址" Binding="{Binding Address}"></DataGridTextColumn><DataGridTextColumn Header="等级" Binding="{BindingCustlevel}"></DataGridTextColumn></DataGrid.Columns></DataGrid></DockPanel></Grid>主要是通过设计器后台代码，DataGrid控件绑定数据，代码如下：/// <summary>/// 初始化加载数据/// </summary>private void LoadData(){DataGrid1.ItemsSource = CustomDAL.GetAll();}数据业务逻辑代码如下：/// <summary>/// 新增/// </summary>/// <param name="sender"></param>/// <param name="e"></param>private void BtnAdd_Click(object sender, RoutedEventArgs e){CustomEditUI editUI = new CustomEditUI();editUI.isInsert = true;if (editUI.ShowDialog() == true){LoadData();}}/// <summary>/// 编辑/// </summary>/// <param name="sender"></param>/// <param name="e"></param>private void BtnEdit_Click(object sender, RoutedEventArgs e){Custom customer = (Custom)DataGrid1.SelectedItem;if (customer == null){MessageBox.Show("请选择要编辑的行！");return;}CustomEditUI editUI = new CustomEditUI();//添加标识便于区分是编辑保存还是新增保存editUI.isInsert = false;editUI.editId = customer.Id;if (editUI.ShowDialog() == true){LoadData();}}/// <summary>/// 删除/// </summary>/// <param name="sender"></param>/// <param name="e"></param>private void BtnDel_Click(object sender, RoutedEventArgs e){if (MessageBox.Show("确认删除此条数据？", "提醒", MessageBoxButton.YesNo) == MessageBoxResult.Yes){Custom custom = DataGrid1.SelectedItem as Custom;if (custom != null){if ((MessageBox.Show("确认要删除此调数据", "提醒") == MessageBoxResult.OK)){CustomDAL.Delete(custom.Id);LoadData();}}else{MessageBox.Show("请选择要删除的数据", "提醒");return;}}}数据访问层（DAL），代码如下：public class CustomDAL{/// <summary>/// 查询数据总条数/// </summary>/// <returns></returns>public static int GetCount(){return (int)SqlHelper.ExecuteScalar("select * from T_Custom");}/// <summary>///根据ID查询数据/// </summary>/// <param name="id"></param>/// <returns></returns>public static Custom GetByid(long id){DataTable table = SqlHelper.ExecuteDataTable("select * from T_custom where id=@id", new SqlParameter("@id", id));return ToCustom(table.Rows[0]); ;}/// <summary>/// 根据id删除数据/// </summary>/// <param name="id"></param>public static void Delete(long id){SqlHelper.ExecuteNonQuery("delete from T_custom where id=@id", new SqlParameter("@id", id));}/// <summary>/// 插入空值处理/// </summary>/// <param name="value"></param>/// <returns></returns>public static object FromDBNull(object value){if (value == null){return DBNull.Value;}else{return value;}}/// <summary>/// 查询空值处理/// </summary>/// <param name="value"></param>/// <returns></returns>public static object ToDBNull(object value){if (DBNull.Value == null){return null;}else{return value;}}/// <summary>/// 新增数据/// </summary>/// <param name="custom"></param>public static void InSert(Custom custom){SqlHelper.ExecuteNonQuery(@"insert into T_Custom(Name,Birthday,Address,Telnum,Custlevel)values(@Name,@Birthday,@Address,@Teln um,@Custlevel)",new SqlParameter("@Name", ),new SqlParameter("@Birthday", FromDBNull(custom.BirthDay)),new SqlParameter("@Address", custom.Address),new SqlParameter("@Telnum", custom.TelNum),new SqlParameter("@Custlevel", custom.Custlevel));}/// <summary>/// 更新数据/// </summary>/// <param name="custom"></param>public static void UpDate(Custom custom){SqlHelper.ExecuteNonQuery(@"update T_Custom set Name=@Name,Birthday=@Birthday,Address=@Address,Telnum=@Telnum,Custlevel=@Custlevel where id=@id",new SqlParameter("@Name", ),new SqlParameter("@Birthday", FromDBNull(custom.BirthDay)),new SqlParameter("@Address", custom.Address),new SqlParameter("@TelNum", custom.TelNum),new SqlParameter("@Custlevel", custom.Custlevel),new SqlParameter("@Id", custom.Id));}/// <summary>/// 查询所有数据/// </summary>/// <returns></returns>public static List<Custom> GetAll(){DataTable table = SqlHelper.ExecuteDataTable("select * from T_custom");List<Custom> lst = new List<Custom>();for (int i = 0; i < table.Rows.Count; i++){lst.Add(ToCustom(table.Rows[i]));}return lst;}/// <summary>/// 影射关系赋值/// </summary>/// <param name="row"></param>/// <returns></returns>public static Custom ToCustom(DataRow row){Custom custom = new Custom(); = row["Name"].ToString();custom.Address = row["Address"].ToString();custom.BirthDay = (DateTime?)ToDBNull(row["BirthDay"]);custom.TelNum = row["TelNum"].ToString();custom.Custlevel = (int)row["CUstlevel"];custom.Id = (long)row["id"];return custom;}}public class SqlHelper{private static string connstr = ConfigurationManager.ConnectionStrings["conn"].ConnectionString;/// <summary>/// 查询数据/// </summary>/// <param name="sql"></param>/// <param name="parameters"></param>/// <returns></returns>public static Object ExecuteScalar(string sql, params SqlParameter[] parameters){using (SqlConnection cnn = new SqlConnection(connstr)){cnn.Open();using (SqlCommand cmd = cnn.CreateCommand()){mandText = sql;cmd.Parameters.AddRange(parameters);return cmd.ExecuteScalar();}}}/// <summary>/// 增、删、改操作/// </summary>/// <param name="sql"></param>/// <param name="parameters"></param>public static void ExecuteNonQuery(string sql, params SqlParameter[] parameters){using (SqlConnection cnn = new SqlConnection(connstr)){cnn.Open();using (SqlCommand cmd = cnn.CreateCommand()){mandText = sql;cmd.Parameters.AddRange(parameters);cmd.ExecuteNonQuery();}}}/// <summary>/// 单个查询结果返回/// </summary>/// <param name="sql"></param>/// <param name="parameters"></param>/// <returns></returns>public static DataTable ExecuteDataTable(string sql, params SqlParameter[] parameters){using (SqlConnection cnn = new SqlConnection(connstr)){cnn.Open();using (SqlCommand cmd = cnn.CreateCommand()){mandText = sql;cmd.Parameters.AddRange(parameters);SqlDataAdapter apter = new SqlDataAdapter(cmd);DataSet dataset = new DataSet();apter.Fill(dataset);return dataset.Tables[0];}}}}业务模型层public class Custom{public long Id { set; get; }public string Name { set; get; }public DateTime? BirthDay { set; get; }public string Address { set; get; }public string TelNum { set; get; }public int Custlevel { set; get; }}业务模型层public class Custom{public long Id { set; get; }public string Name { set; get; }public DateTime? BirthDay { set; get; }public string Address { set; get; }public string TelNum { set; get; }public int Custlevel { set; get; } }上述用思想,图形表示如下：。
三层架构详解
三层架构将数据层、应用层和业务层分离，业务层通过应用层访问数据库，保护数据安全，利于负载平衡，提高运行效率，方便构建不同网络环境下的分布式应用；表示层主要作用是接收用户的指令或者数据输入，提交给业务逻辑层做处理,同时负责将业务逻辑层的处理结果显示给用户。
相比传统的应用方式，业务层对硬件的资源要求较低；应用层依据应用规模的不同，所承受的负荷会有较大的差异,另外客户端的数目，应用的复杂程度都会对其造成一定的影响。
ERP三层结构提供了非常好的可扩张性，可以将逻辑服务分布到多台服务器来处理,从而提供了良好的伸缩方案;数据层包括存储数据的数据库服务器和处理数据和缓存数据的组件。
组件将大量使用的数据放入系统的缓存库,以提高数据访问和处理的效率.同时ERP采用大型数据库提供高性能、可靠性高的海量数据存储能力存储ERP的业务数据.三层架构（3-tier application) 通常意义上的三层架构就是将整个业务应用划分为:表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL)。
区分层次的目的即为了“高内聚，低耦合”的思想.概念简介１、表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。
２、业务逻辑层（BLL)：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。
３、数据访问层（DAL):该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、查找等。
概述在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。
微软推荐的分层式结构一般分为三层，从下至上分别为：数据访问层、业务逻辑层（又或成为领域层）、表示层。
三层结构原理：3个层次中，系统主要功能和业务逻辑都在业务逻辑层进行处理。
所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层"，也叫组件层。
这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。
dotNET_三层架构解析
我的架构经验小结（一）－常用的架构模型经过这几年的积累，在系统架构方面逐渐积累了一些自己的经验，到今天有必要对这些经验作个小结。
在我的架构思维中，主要可以归类为三种架构模型：3/N层架构、“框架＋插件”架构、地域分布式架构。
一．三种架构模型1．3/N层架构这是经典的多层架构模型，对于稍微复杂一点或特别复杂的系统，不使用分层架构是很难想象的。
下图是经典的3层架构：如今，凡是个程序员都能侃侃而谈3/N层架构，这确实是解决系统复杂性的一种主流模式，但是，只要采用了3/N层架构是不是就一定能解决系统的复杂性了？不一定，关键在于你在你的系统中如何实作你的3/N层结构。
在采用了3/N层架构后，我们还是要解决以下非常重要的问题：系统的可扩展性（能从容地应对变化）、系统的可维护性（因为系统并不是使用一次就被抛弃）、方便部署（在需求变化时，方便部署新的业务功能）、还有等等其它系统质量属性。
然而系统的可扩展性和可维护性是大多数软件系统必须解决的重中之重，这是由于当前需求复杂多变的软件环境决定的。
就像实现功能需求是最基本的，采用3/N层架构也只是万里长征的第一步。
我采用“框架＋插件”架构来解决与系统的可扩展性、可维护性和部署相关的难题。
2. “框架＋插件”架构经典的3/N层架构是对系统进行“纵向”分层，而“框架＋插件”架构对系统进行“横向”分解。
3/N层架构和“框架＋插件”架构处于一个平等的位置，它们没有任何依赖关系。
但是我经常将它们结合在一起使用，我们的系统在经过3/N层架构的纵向分层和“框架＋插件”架构的横向分层后，可以被看作一个“网格”结构，其中的某些网格可以看作是“扩展点”，我们可以在这些扩展点处挂接“插件”。
也就是说我们可以在3/N层架构的每一层都挂接适当的插件来完成该层的一些功能。
如：插件最主要的特点是可以实现“热插拔”，也就是说可以在不停止服务的情况下，动态加载/移除/更新插件。
所以，采用插件技术可以实现以下功能：（1）在UI层，我们可以在运行时，替换掉某些用户界面、或加载与新的业务相关的用户界面。
net三层架构设计图
1系统定义1.1 系统目标1.2 系统结构系统采用.NET三层架构。
体系结构如下图;项目组织结构目录图核心子项目core的位置图发布服务与服务回调（以EAS系统为例）.NET框架体系图管理信息系统采用三层体系结构开发，系统由使用层、应用层、数据层构成，图6为系统的体系结构。
三层结构有很多优点，主要体现在：由于数据访问是通过中间层进行的，因此客户端不再与数据库直接建立数据连接，建立在数据库服务器上的连接数量将大大减少。
同时，中间层与数据库服务器之间的数据连接数量通过“连接池”进行控制，动态分配与释放数据连接，因此数据连接的数量将远远小于客户端数量。
可维护性得以提高。
因为业务规则、合法性校验存在于中间层，因此当业务规则发生改变时，只需更改中间层服务器上的某个组件（如某个DLL文件），而客户端应用程序不需做任何处理，有些时候，甚至不必修改中间层组件，只需要修改数据库中的某个存储过程就可以了。
良好的可重用性。
同样，如果需要开发B/S应用，则不必要重新进行数据访问、业务规则等的开发，可以直接在WEB服务器端调用现有的中间层（如可以采用基于IIS的WebClass开发，或直接编写ASP代码）。
事务处理更加灵活，可以在数据库端、组件层、MTS（或COM+）管理器中进行事务处理。
三层B/S体系结构三层B/S 结构即客户端浏览器（表示层）/Web服务器（应用层）/数据库(Browser/Server/Database)三层结构，在传统两层模式的基础上增加了应用服务这一级。
三层结构的划分，使逻辑上更加独立，每个功能模块的任务更加清晰。
在表示层客户通过Web浏览器向中间Web应用服务器发出HTTP请求，Web应用服务器通过对客户端的请求进行身份验证然后对于合法的用户请求进行处理并与数据库进行连接进而获取或保存数据并将从数据库获得的数据返回到客户端浏览器。
表示层是前端用户的接口，它通过用户界面与用户进行人机对话，由于客户端使用Web浏览器与应用服务器进行对话而无其他特殊要求，所以客户端是真正的“瘦客户端”而且通过与Web网络相连接使其具有跨区域跨部门的特点。
简单介绍三层架构工作原理
简单介绍三层架构⼯作原理⽬录前⾔⼀、什么是三层架构各模块功能划分表：三层架构运作流程图：三层架构中各功能模块如何联系？Entity在三层架构中的作⽤：三层及实体层之间的依赖关系：⼆、为什么使⽤三层架构三、三层与两层的区别三层架构的优势：三层架构的劣势：前⾔在阅读本篇⽂章时请关注如下问题：1.什么是三层架构？2.为什么使⽤三层架构？3.三层与以往使⽤的两层相⽐有什么不同？它的优势在哪⾥？4.如何学好三层架构？如何应⽤三层架构？⼀、什么是三层架构三层架构就是为了符合“⾼内聚，低耦合”思想，把各个功能模块划分为表⽰层（UI）、业务逻辑层（BLL）和数据访问层（DAL）三层架构，各层之间采⽤接⼝相互访问，并通过对象模型的实体类（Model）作为数据传递的载体，不同的对象模型的实体类⼀般对应于数据库的不同表，实体类的属性与数据库表的字段名⼀致。
各模块功能划分表：UI:(表现层)主要是指与⽤户交互的界⾯。
⽤于接收⽤户输⼊的数据和显⽰处理后⽤户需要的数据。
BLL:(业务逻辑层)UI层和DAL层之间的桥梁。
实现业务逻辑。
业务逻辑具体包含：验证、计算、业务规则等等。
DAL:(数据访问层)与数据库打交道。
主要实现对数据的增、删、改、查。
将存储在数据库中的数据提交给业务层，同时将业务层处理的数据保存到数据库。
（当然这些操作都是基于UI层的。
⽤户的需求反映给界⾯（UI），UI反映给BLL，BLL反应给DAL，DAL进⾏数据的操作，操作后再逐步返回，直到将⽤户所需数据反馈给⽤户）三层架构运作流程图：三层架构中各功能模块如何联系？这⾥就要提到Entity(实体层)：它不属于三层中的任何⼀层，但是它是必不可少的⼀层。
对于⼤量的数据来说，⽤变量做参数有些复杂，因为参数量太多，容易搞混。
⽐如：我要把员⼯信息传递到下层，信息包括：员⼯号、姓名、年龄、性别、⼯资.......⽤变量做参数的话，那么我们的⽅法中的参数就会很多，极有可能在使⽤时，将参数匹配搞混。
图解三层架构
企业初期方案（Scale In one） 某企业目前的业务需求比较简单，使用用户也仅局限在某些核心部门，人数不过十几、二 十个人。这时的规划方案将企业使用到的所有服务都安装在一台服务器设备上，这种形式 称为 Scale In（向内扩展）。 该方案在一台服务器上实现三层结构的全部工作。简单实用是该方案的最大特点，而且三 层结构的 ERP 产品还支持未来的方案扩展。
三层架构可以更好的支持分布式计算环境。逻辑层的应用程序可以在多个计算机上运行，充分利用网络的计 算功能。分布式计算的潜力巨大，远比升级 CPU 有效。美国人曾利用分式计算解密，几个月就破解了据称永远 都破解不了的密码。
三层架构的最大优点是它的安全性。用户只能通过逻辑层来访问数据层，减少了入口点，把很多危险的系统 功能都屏蔽了。
业务逻辑层：用于做一些有效性验证的工作，以更好地保证程序运行的健壮性。如完成数据添加、修改和查询 业务等；不允许指定的文本框中输入空字符串，数据格 式是否正确及数据类型验证；用户的权限的合法性判断 等等，通过以上的诸多判断以决定是否将操作继续向后传递，尽量保证程序的正常运行。
数据访问层：顾名思义，就是用于专门跟数据库进行交互。执行数据的添加、删除、修改和显示等。需要强调 的是，所有的数据对象只在这一层被引用，如 System.Data.SqlClient 等，除数据层之外的任何地方都不应该出现 这样的引用。
三层架构课件
选择 语言 种类
输入项目名称 MySchool
创建解决方案
选择项目 生成路径
搭建业务逻辑层
1、文件 新建 项目 ：创建一个新项目 2、在弹出的“新建项目”窗口中，选择类库
选择 语言 种类
项目名称： MySchoolBLL
项目类型
选择 “添入解决方案”
选择 项目 路径
搭建数据访问层
AND LogInPwd='{1}'", txtLogInId.Text
学员信息数据访问 //………. // 查询用sql语句
txtLogInPwd.Text ); 用户登录实现方法
string sql = string.Format(
"SELECT COUNT(*) FROM Student WHERE LogInId='{0}'
实现表示层数据绑定
：用户登录
1、在窗体后台实现类中引用业务逻辑层、业务实体层命 名空间
2、实例化业务逻辑处理对象和业务实体对象 3、数据绑定 4、调用业务逻辑层功能
总结
三层结构中各层之间相互依赖是如何实现的？ 数据访问层的主要职责是什么？ 表示层的主要职责是什么？ 实体类在三层结构中的主要作用是什么？
txtLogInId.Text, txtLogInPwd.Text, ref message);
// 如果是合法用户，显示相应的窗体
//………………..
}
}
为什么需要三层结构
public bool ValidateUser(string loginType, string loginId, string
实现业务逻辑层
1、在“MySchoolBLL”项目上单击右键选择“添加” 新建项 2、在“添加新项“对话框中 选择”类”
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
什么是三层架构所谓的三层开发就是将系统的整个业务应用划分为表示层——业务逻辑层——数据访问层，这样有利于系统的开发、维护、部署和扩展。
分层是为了实现“高内聚、低耦合”。
采用“分而治之”的思想，把问题划分开来各个解决，易于控制，易于延展，易于分配资源。
表示层：负责直接跟用户进行交互，一般也就是指系统的界面，用于数据录入，数据显示等。
意味着只做与外观显示相关的工作，不属于他的工作不用做。
业务逻辑层：用于做一些有效性验证的工作，以更好地保证程序运行的健壮性。
如完成数据添加、修改和查询业务等；不允许指定的文本框中输入空字符串，数据格式是否正确及数据类型验证；用户的权限的合法性判断等等，通过以上的诸多判断以决定是否将操作继续向后传递，尽量保证程序的正常运行。
数据访问层：顾名思义，就是用于专门跟数据库进行交互。
执行数据的添加、删除、修改和显示等。
需要强调的是，所有的数据对象只在这一层被引用，如System.Data.SqlClient等，除数据层之外的任何地方都不应该出现这样的引用。
可以使用.NET平台快速方便地部署三层架构。
革命性的变化是在网页中也使用基于事件的处理，可以指定处理的后台代码文件，可以使用C#、VB、C++和J#作为后台代码的语言。
.NET中可以方便的实现组件的装配，后台代码通过命名空间可以方便的使用自己定义的组件。
显示层放在ASPX页面中，数据库操作和逻辑层用组件或封装类来实现，这样就很方便的实现了三层架构。
2．为什么使用三层架构对于一个简单的应用程序来说，代码量不是很多的情况下，一层结构或二层结构开发完全够用，没有必要将其复杂化，如果对一个复杂的大型系统，设计为一层结构或二层结构开发，那么这样的设计存在很严重缺陷。
下面会具体介绍，分层开发其实是为大型系统服务的。
在开发过程中，初级程序人员出现相似的功能经常复制代码，那么同样的代码为什么要写那么多次？不但使程序变得冗长，更不利于维护，一个小小的修改或许会涉及很多页面，经常导致异常的产生使程序不能正常运行。
最主要的面向对象的思想没有得到丝毫的体现，打着面向对象的幌子却依然走着面向过程的道路。
意识到这样的问题，初级程序人员开始将程序中一些公用的处理程序写成公共方法，封装在类中，供其它程序调用。
例如写一个数据操作类，对数据操作进行合理封装，在数据库操作过程中，只要类中的相应方法（数据添加、修改、查询等）可以完成特定的数据操作，这就是数据访问层，不用每次操作数据库时都写那些重复性的数据库操作代码。
在新的应用开发中，数据访问层可以直接拿来用。
面向对象的三大特性之一的封装性在这里得到了很好的体现。
读者现在似乎找到了面向对象的感觉，代码量较以前有了很大的减少，而且修改的时候也比较方便，也实现了代码的重用性。
下面举两个案例，解释一下为什么要使用三层架构。
案例一：数据库系统软件由于数据量的不断增加，数据库由Access变成了SQL Server数据库，这样原来的数据访问层失效了，数据操作对象发生了变化，并且页面中涉及数据对象的地方也要进行修改，因为原来可能会使用 OleDbDataReader对象将数据传递给显示页面，现在都得换成SqlDataReader 对象，SQL Server和Access支持的数据类型也不一致，在显示数据时进行的数据转换也要进行修改，这是其中一种情况。
案例二：由于特殊情况需要，把Web形式的项目改造成Windows应用，此时需要做多少修改呢？如果在Aspx.cs中占据了大量代码，或者还有部分代码存在于Aspx中，那么整个系统是否需要重新来开发呢？◆在上面的案例中是否体会到了没有分层开发模式的缺陷呢？是否碰到过这样的情况呢？这都是由设计不合理造成的，多层开发架构的出现可以很好地解决该问题，通过程序架构进行合理的分层，将极大地提高程序的通用性。
3．使用三层架构开发的优点使用三层架构开发有以下优点：从开发角度和应用角度来看，三层架构比二层架构或单层架构都有更大的优势。
三层架构适合团队开发，每人可以有不同的分工，协同工作使效率倍增。
开发二层或单层应用程序时，每个开发人员都应对系统有较深的理解，能力要求很高，开发三层应用程序时，则可以结合多方面的人才，只需少数人对系统全面了解即可，从一定程度降低了开发的难度。
三层架构可以更好的支持分布式计算环境。
逻辑层的应用程序可以在多个计算机上运行，充分利用网络的计算功能。
分布式计算的潜力巨大，远比升级CPU有效。
美国人曾利用分式计算解密，几个月就破解了据称永远都破解不了的密码。
三层架构的最大优点是它的安全性。
用户只能通过逻辑层来访问数据层，减少了入口点，把很多危险的系统功能都屏蔽了。
4．三层架构的种类目前，团队开发人员在开发项目时，大多都使用分层开发架构设计，最常见的就是三层架构，目的在于使各个层之间只能够被它相邻的层产生影响，但是这个限制常常在使用多层开发的时候被违反，这对系统的开发是有害的。
三层架构按驱动模式可划分三种：数据层驱动模式、陈述层驱动模式和隔离驱动模式，其中隔离驱动模式开发最为重要。
下面通过三种模式的对比，介绍隔离驱动模式的重要性。
◆数据层驱动模式◆所谓的数据层驱动模式，就是先设计数据层，陈述层围绕数据层展开，一旦完成了数据层和陈述层，业务层就围绕数据层展开。
因为陈述层是围绕数据层展开的，这将会使陈述层中的约束不准确，并且限制了业务层的变更。
由于业务层受到限制，一些简单变化可以通过SQL查询和存储过程来实现。
◆这种模式非常的普遍，它和传统的客户服务端开发相似，并且是围绕已经存在的数据库设计的。
由于陈述层是围绕数据层设计的，它常常是凭直觉模仿数据层的实际结构。
◆常常存在一种额外的反馈循环在陈述层到数据之间，当在设计陈述层不容易实现的时候常常会去修改数据层，也就形成了这种反馈循环。
开发者请求修改数据库方便陈述层的开发，但是对数据层的设计却是有害的。
这种改变是人为的而没考虑到其他需求的限制。
这种修改经常会违反至少损害数据的特有规则，导致不必要的数据冗余和数据的非标准化。
◆陈述层驱动模式◆陈述层驱动模式是数据层围绕陈述层展开的。
业务层的完成一般是通过简单的SQL查询和很少的变化或者隔离。
由于数据库的设计是为了陈述层的方便，并非从数据层设计方面考虑，所以数据库的设计在性能上通常很低。
陈述层驱动模式设计图如图1.6所示。
◆隔离驱动模式◆用隔离驱动模式设计，陈述层和数据层被独立的开发，常常是平行开发。
这两层在设计时没有任何的相互干扰，所以不会存在人为的约束和有害的设计元素。
当两层都设计完成后，再设计业务层。
业务层的责任就是在没有对数据层和陈述层的需求变化的基础上完成所有的转换。
陈述层驱动模式设计。
◆因为现在陈述层和数据层是完全独立的，当业务层需求改变的时候，陈述层和数据层都可以做相应的修改而不影响对方。
改变两个在物理上不相邻的层不会直接对其他层产生影响或发生冲突。
这就允许数据层结构的调整或者陈述层根据用户的需求做相应的变化，而不需要系统做大的调整或者修改。
表1.1将对这3种驱动模式进行对比。
表种驱动模式对比⏹ 1.3.2节中的应用中就采用了三层架构的隔离驱动模式。
三层结构设计与ERP部署规划金蝶（中国）产品经理尚弢互联网周刊◆随着信息技术的飞速发展和企业信息化建设的迅猛推进，越来越多的企业都在积极选择引进实施ERP来提升自身的竞争力。
在ERP的项目执行过程中，如何根据企业的需求，结合ERP产品的应用，在基于企业Intranet和Extranet构成的混合网络中有效实施部署ERP产品，是现代企业信息管理责任部门正面临的一项艰巨的任务。
◆必须指出：合理的规划部署，不仅仅直接影响到ERP产品各项管理功能的有效实现，更直接决定着整个ERP系统的运行性能。
在对国内众多ERP实施企业进行调研的过程中，我们发现相当多的企业ERP系统或多或少都存在着性能瓶颈，这一方面固然和选择的产品本身性能有关，另一方面也与企业对ERP产品的部署规划缺乏应有的了解和重视有重要的关系。
复杂应用系统的解决之道--三层结构设计◆业界当前比较成熟的解决方案是三层结构设计，例如基于微软体系架构的金蝶K/3 ERP系统就是使用典型的Windows DNA三层体系结构。
它具有数据访问安全性增强的事物对象管理高可用性强大的可扩展性等突出特点。
◆特别是在可扩展性方面，K/3 ERP的三层体系结构体现了业界倡导的自由扩展方案技术精髓，它可以允许用户针对不同业务复杂状况对K/3系统运算负荷能力的需求而在方案中做灵活的扩展处理。
◆从上图我们可以看到，三层结构设计中，ERP产品可以划分为至少三个逻辑层：Presentation（表示层）、Business Logic（业务逻辑层）、Data（数据层）。
表示层就是我们通常讲的客户端，它可以是32位的Windows界面客户端，也可以是基于浏览器的瘦客户端；数据层就是对应于专业的数据库服务，例如：Oracle/DB2/SQL Server等）；业务逻辑层则集中体现了ERP厂商的产品功能，通常又被称为中间层。
表示服务层负责：–从用户收集信息–将用户信息发送到业务服务层做处理 –从业务服务层接收处理结果–将结果显示给用户业务服务层负责：–从表示层接收输入–与数据层交互执行已设计的业务操作（业务逻辑，系统服务等）–将处理结果发送到表示层。
数据服务层负责：–数据存储–数据获取–数据维护–数据完整性基于三层结构的ERP部署规划设计◆我们看到，三层结构下的ERP规划，从本质上讲就是如何对客户端主机、业务逻辑层服务器、数据库服务器进行规划部署的过程。
企业的需求并不是一成不变的，一方面，企业伴随着成长发展，需求一定会发生增长；另一方面，成熟的企业ERP通常会选择“整体规划，分步实施“的发展策略。
因此负责的ERP软件厂商应该并且能够预见到企业的需求扩展同时在部署方案设计上予以体现和支持。
◆下面我们就从一个企业的模拟案例出发，看看分层结构的ERP如何在企业发展的不同阶段，通过简单到复杂的扩展方案调整，贴身的满足企业的应用压力需求。
⏹企业初期方案（Scale In one）◆某企业目前的业务需求比较简单，使用用户也仅局限在某些核心部门，人数不过十几、二十个人。
这时的规划方案将企业使用到的所有服务都安装在一台服务器设备上，这种形式称为Scale In（向内扩展）。
◆该方案在一台服务器上实现三层结构的全部工作。
简单实用是该方案的最大特点，而且三层结构的ERP产品还支持未来的方案扩展。
⏹企业发展中期：分层部署方案（Scale Out – Tier 3）◆一段时间以后，企业的业务得到长足发展，ERP的应用也体现出其有效的价值，老总决定在企业多个业务环节全面推广应用ERP产品，用户也普及到所有的关联工作角色岗位。