浅谈 ASP.NET 网站建设中 MVC 与三层架构技术

【开发】.NET三层架构简单解析这篇⽂章本来应该很早就写出来的，但是⼀直苦于⾃⼰的精神能⼒有限，⽽且已经到了我们学校的考试周，所以时间上还是有点紧迫。

关键的⼀点就是，找不到合理的思路来写，思路没有的话，就算是再好的素材，也写不来⼤家喜欢的⽂章。

之前已经写过关于.NET三层架的两篇⽂章了，⼀篇是和。

如果⼤家有兴趣的话，可以去读⼀读。

当然了，这两篇⽂章的内容，⼤部分都不是⾃⼰的，⾃⼰也是看了别⼈的博⽂，然后⾃⼰总结⼀下，拿过来⾃⼰⽤罢了。

这次的⽂章主要是⾃⼰亲⾃使⽤这些知识做了⼀个项⽬（我们学校资环学院的院⽹站），然后拿出来跟⼤家分享⼀下。

也不要期望博主能够写出多么有⽔平的⽂章，我还是学⽣（⼤三），我也是在学习的过程中，写博客之不过是想记录⾃⼰学习过程中的点滴和记录⾃⼰的进步，如果能够顺便的帮助别⼈学习就更好了。

同时也希望⼤家能够多给我提意见。

⾮常感谢 @ ，@，@ 等博友给我提出的宝贵的修改意见。

也希望⼤家在阅读本博⽂的时候，如果有什么问题，或者疑问及时的给我留⾔沟通，⼤家⼀起探讨。

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------对于三层架构来说，主要是使⽤设计模式的思想，对于项⽬的各个模块实现"⾼内聚，低耦合"的思想。

这⾥就不做详细的介绍了，如果⼤家有兴趣，可以阅读软件⼯程和设计模式相关⽂章。

对于三层架构来说，就是使⽤类，把我们在做项⽬的过程中，可能需要反复操作数据库，反复的使⽤某个⽅法等等，可能就是操作的参数不同。

如果我们如果在每次使⽤的时候，都去编写相应的代码，⽆疑会增加程序员的负担。

的三层架构(DAL,BLL,UI)BLL 是业务逻辑层Business Logic LayerDAL 是数据访问层Data Access Layer的三层架构(DAL,BLL,UI)图形表示三层结构. 其中web即为USL层web –> bll –> dal| | || V |+–> model <—+一、三层体系架构1.表示层(USL)：主要表示WEB方式，也可以表示成WINFORM方式。

如果逻辑层相当强大和完善，无论表现层如何定义和更改，逻辑层都能完善地提供服务。

2.业务逻辑层(BLL)：主要是针对具体的问题的操作，也可以理解成对数据层的操作，对数据业务逻辑处理。

如果说数据层是积木，那逻辑层就是对这些积木的搭建。

3.数据访问层(DAL)：主要是对原始数据(数据库或者文本文件等存放数据的形式)的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库，具体为业务逻辑层或表示层提供数据服务.二、具体区分1.表示层：主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。

2.业务逻辑层：主要负责对数据层的操作，也就是说把一些数据层的操作进行组合。

3.数据访问层：主要看你的数据层里面有没有包含逻辑处理，实际上他的各个函数主要完成各个对数据文件的操作，而不必管其他操作。

三、总结三层结构是一种严格分层方法，即数据访问层(DAL)只能被业务逻辑层(BLL)访问，业务逻辑层只能被表示层(USL)访问，用户通过表示层将请求传送给业务逻辑层，业务逻辑层完成相关业务规则和逻辑，并通过数据访问层访问数据库获得数据，然后按照相反的顺序依次返回将数据显示在表示层。

有的三层结构还加了Factory、Model等其他层，实际都是在这三层基础上的一种扩展和应用.一个简单的三层结构程序一般包括DAL BLL WEB Model几个项目，它们的相互引用关系如下1) WEB引用BLL,Model2)BLL引用DAL,Model3)DAL引用Model4)Model无引用一提三层架构，大家都知道是表现层（UI），业务逻辑层（BLL）和数据访问层（DAL），而且每层如何细分也都有很多的方法。

三层架构应用总结(一)前言：与ASP相比在Web应用开发上无疑更容易，更有效率。

Web开发大部分还是围绕着数据操作，建立数据库存储数据，编写代码访问和修改数据，设计界面采集和呈现数据。

走过学习入门阶段后，真正开始着手开发一个Web 项目时，才发现错综复杂的数据与关联根本就不是SqlDataSource和AccessDataSou rce数据源控件能简单解决的，而恰恰是被忽视了的一个ObjectDataSource数据源控件才是真正踏入开发门槛的关键，由此也对三层架构模式有了初步体验。

一．三层架构介绍设计模式中的分层架构（可以参考一下J2EE中MVC模式）实现了各司其职，互不干涉，所以如果一旦哪一层的需求发生了变化，就只需要更改相应的层中的代码而不会影响到其它层中的代码。

这样就能更好的实现开发中的分工，有利于组件的重用。

所以这些年关于模式的研究有很多成果，应用也很广泛。

一个好的模式在程序开发和后期维护中作用重大。

三层架构自底向上分为：数据访问层（DAL），业务逻辑层（BLL）和表示层（PL）。

数据访问层（DAL）：使用了一个强类型的DataSet作为数据访问层，只是单纯的对数据进行增，删，改，查询和判断存在等等较通用的数据访问方法（由SQL 语句来提供），不应该有“事务”存在。

业务逻辑层（BLL）：业务逻辑层是在数据访问层和表示层之间进行数据交换的桥梁，按业务需求调用数据访问层中的方法组合，集合了各种业务规则到一个B LL中，例如通过条件进行判断的数据操作或“事务”处理。

BLL都是以类库（Cla ss Library）的形式来实现的。

表示层（PL）：表示层是为客户提供用于交互的应用服务图形界面，帮助用户理解和高效地定位应用服务，呈现业务逻辑层中传递的数据，用页面来实现。

二．三层架构应用实现随着 的不断升级，可以很方便的使用 来构建B/S 三层架构的应用程序，下面以“教师业务信息管理系统”项目中的部分例子来演示如何使用 2.0 和SQL Server 2005数据库来构建一个三层架构的应用程序。

三层架构步骤讲解前言：与ASP相比在Web应用开发上无疑更容易，更有效率。

Web开发大部分还是围绕着数据操作，建立数据库存储数据，编写代码访问和修改数据，设计界面采集和呈现数据。

走过学习入门阶段后，真正开始着手开发一个Web项目时，才发现错综复杂的数据与关联根本就不是SqlDataSource和AccessDataSource数据源控件能简单解决的，而恰恰是被忽视了的一个ObjectDataSource数据源控件才是真正踏入开发门槛的关键，由此也对三层架构模式有了初步体验。

一．三层架构介绍设计模式中的分层架构（可以参考一下J2EE中MVC模式）实现了各司其职，互不干涉，所以如果一旦哪一层的需求发生了变化，就只需要更改相应的层中的代码而不会影响到其它层中的代码。

这样就能更好的实现开发中的分工，有利于组件的重用。

所以这些年关于模式的研究有很多成果，应用也很广泛。

一个好的模式在程序开发和后期维护中作用重大。

三层架构自底向上分为：数据访问层（DAL），业务逻辑层（BLL）和表示层（PL）。

数据访问层（DAL）：使用了一个强类型的DataSet作为数据访问层，只是单纯的对数据进行增，删，改，查询和判断存在等等较通用的数据访问方法（由SQL语句来提供），不应该有“事务”存在。

业务逻辑层（BLL）：业务逻辑层是在数据访问层和表示层之间进行数据交换的桥梁，按业务需求调用数据访问层中的方法组合，集合了各种业务规则到一个BLL中，例如通过条件进行判断的数据操作或“事务”处理。

BLL都是以类库（Class Library）的形式来实现的。

表示层（PL）：表示层是为客户提供用于交互的应用服务图形界面，帮助用户理解和高效地定位应用服务，呈现业务逻辑层中传递的数据，用页面来实现。

二．三层架构应用实现随着 的不断升级，可以很方便的使用 来构建B/S 三层架构的应用程序，下面以“教师业务信息管理系统”项目中的部分例子来演示如何使用 2.0 和SQL Server 2005数据库来构建一个三层架构的应用程序。

之三层架构概括来说，分层式设计可以达⾄如下⽬的：分散关注、松散耦合、逻辑复⽤、标准定义。

1.表现层(UI):主要提供软件系统与⽤户交互的接⼝界⾯，实现和⽤户的交互，接收⽤户请求或返回⽤户请求的数据结果展现。

2.业务逻辑层(BLL):业务逻辑层起到承上启下的作⽤，⽤于对上下交互的数据进⾏处理和传递。

，实现业务⽬标。

3.数据访问层(DAL)：数据访问包括访问数据库系统、⼆进制⽂件、⽂本⽂档或是 XML ⽂档。

该层负责直接操纵数据库，针对数据表的Select，Insert，Update，Delete的操作。

简单来说就是：UI层调⽤BLL，BLL调⽤DAL，数据⽤Model进⾏传递，Model为各层之间架起了数据传输的桥梁。

参考模型：UI<-->Model<-->BLL<-->Model<-->DAL4 业务实体Model：⽤于封装实体类数据结构，⼀般⽤于映射数据库的数据表或视图，⽤以描述业务中客观存在的对象。

Model分离出来是为了更好地解耦，为了更好地发挥分层的作⽤，更好地进⾏复⽤和扩展，增强灵活性。

5 通⽤类库Common：通⽤的辅助⼯具类，如数据校验、缓存处理、加解密处理等。

为了让各个层之间复⽤，也单独分离出来，作为独⽴的模块使⽤。

⾸先新建⼀个 项⽬：步骤：⽂件--》新建--》⽹站--》选择C#后--》点击空⽹站我这⾥创建⽹站web项⽬名：ceshi在ceshi⽬录下，右击添加--》添加新项--》选择C#--》点击Web窗体创建index.aspx⽂件上⾯仅是⽹页的表⽰层下⾯将分别建⽴业务逻辑层（BLL）、数据库访问层（DAL）、实体层（Model）、另创建⼀个通⽤类库（utility）（含权限配置、连接数据库等类）统⼀步骤：选中解决⽅案，右键--》添加--》新建项⽬--》选择C#并点击类库（修改名称）注意：选择的路径与前⾯的web项⽬同级创建后，项⽬整体如图：创建好后，需保存项⽬，为防⽌关闭后，⽆法重新原来项⽬步骤：选中解决⽅案后，点击⽂件，选择另存为，然后保存到与上⾯⽬录平级保存前截图：保存后截图关闭项⽬后，双击ceshiII可以直接打开项⽬。

MVC+EF+三层架构的完整搭建过程2018.11.3 更新：谢谢各位观看如果帮助到你了我也很⾼兴，这是我两年前写的⽂章了，当时⾃⼰也在学习，⼯作了以后才发现这个搭建的框架还有很多的缺点，当然⼊门的话绝对是够了，但是还是推荐下有兴趣的可以去学习下ABP。

如果遇到问题的话，可以去github上看⼀下，在⽂章最后有链接的，当时写的时候,我⾃⼰试过的是可以跑起来的噢。

架构图:使⽤的数据库:⼀张公司的员⼯信息表，测试数据解决⽅案项⽬设计：1.新建⼀个空⽩解决⽅案名称为Company2.在该解决⽅案下,新建解决⽅案⽂件夹(UI,BLL,DAL,Model) 当然还可以加上common3.分别在BLL,DAL,Model 解决⽅案⽂件夹下创建类库项⽬(1).BLL解决⽅案⽂件夹: Company.BLL、Company.IBLL、Company.BLLContainer(2).DAL解决⽅案⽂件夹: Company.DAL、Company.IDAL、Company.DALContainer(3).Model解决⽅案⽂件夹:Company.Model4.在UI 解决⽅案⽂件夹下添加⼀个 Web应⽤程序,名称为Company.UI，选择我们的Mvc模板. 如图:Model层: 选中Company.Model,右键=>添加=>新建项=>添加⼀个实体数据模型名称为Company=>选择来⾃数据库的EF设计器=>新建连接=>选择我们的Company数据库填⼊相应的内容选择我们的Staff表，完成后如图:这时Model层已经完成.我们的数据库连接字符串以及ef的配置都在App.Config⾥,但我们项⽬运⾏的是我们UI层的Web应⽤程序,所以我们这⾥要把App.Config⾥的配置复制到UI层的Web.Config中数据访问层: 因为每⼀个实体都需要进⾏增删改查,所以我们这⾥封装⼀个基类.选中Company.IDAL,右键=>添加⼀个名称为IBaseDAL的接⼝=>写下公⽤的⽅法签名著作权归作者所有。

浅谈 网站建设中 MVC 与三层架构技术贡博文【摘要】通过对 和 MVC 模型的介绍与比较，让开发者了解它们两者的区别和联系，以达到让开发者在网站建设中选择合适的模型来提高网站的建设效率以及缩短网站升级时间和降低网站维护成本.【期刊名称】《科技风》【年(卷),期】2013(000)002【总页数】1页(P37-37)【关键词】;MVC;三层架构【作者】贡博文【作者单位】天津市电子政务信息与网络中心，天津市 300162【正文语种】中文在社会主义市场经济飞速发展的今天，许多机关，企事业单位甚至个人拥有网站，随之而来也出现了许多与网站开发模式相关的问题，究竟使用哪种模式更为适合，今天，我们就讨论一下众多模式中的MVC与三层架构技术，以及他们的区别和联系，下面我们先分别介绍一下三层架构和MVC。

通常意义上的三层架构（3-tierapplication）就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。

区分层次的目的是为了实现“高内聚，低耦合”的思想。

具体作用如下：1）表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。

2）业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑的处理。

3）数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、查找等。

接下来再具体说说什么是MVC，MVC是Model-View-Controller的缩写，它和三层架构是有明显区别的，严格来说这三个部分加起来以后才是三层架构中的UI 层，也就是说，MVC把三层架构中的UI层再度进行了分化，分成了控制器、视图、实体三个部分，控制器完成页面逻辑，通过实体来与界面层完成通话；而控制器层直接与三层架构中的BLL进行对话。

下面我们用个比喻来形容一下MVC，我们在餐厅吃饭，服务员把菜谱提供给顾客，顾客根据菜谱点菜，然后把菜单交给服务员，而服务员根据菜单中冷、热菜的不同，交给不同的厨师，厨师做好后，把菜再交给服务员，由服务员把菜给顾客端来。

三层架构与MVC的区别我们平时总是将混为⼀谈，殊不知它俩并不是⼀个概念。

下⾯我来为⼤家揭晓我所知道的⼀些真相。

⾸先，它俩根本不是⼀个概念。

三层架构是⼀个分层式的软件体系架构设计，它可适⽤于任何⼀个项⽬。

MVC是⼀个设计模式，它是根据项⽬的具体需求来决定是否适⽤于该项⽬。

那么架构跟设计模式有什么区别呢？ 我们从接⼿⼀个项⽬开始，⾸先，我们需要进⾏架构设计，⼀般我们采⽤的就是分层式的架构设计，即我们的三层架构。

然后，在确定了架构以后，我们再根据项⽬的具体需求去考虑是否需要应⽤⼀些设计模式，⽐如是否应⽤我们的MVC模式，抽象⼯⼚模式等等。

（在这⾥我们看出，MVC与三层架构不是⼀个等级的，⽽与抽象⼯⼚等设计模式才是⼀路的） 最后，确定了模式以后，就是我们的⼀些具体的实现了。

（当然⼀个项⽬不仅仅考虑这些问题，我只是为了说明两者的区别，将其他问题已省略）其次，它俩划分的层次不同。

三层架构将整个项⽬划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。

MVC 即Model（模型），View（视图），Controller（控制）。

下⾯看⼀下他俩的区别与联系： 通过这个图我们可以知道，我们平常所说的V是UI，C是BLL，M是DAL的观点是错误的。

⽽我们通常所见到的MVC⼀般也都是在应⽤三层架构的基础上，即将Model层再进⾏分层。

⽽如果Model不再进⾏划分的话，那么使⽤MVC的意义也就不⼤了。

然后，它俩的⽬的着重点不同。

三层架构的⽬的着重点是“⾼内聚，低耦合”，即解耦。

MVC的⽬的则是实现Web系统的职能分⼯，即职责划分。

其实职责划分也是解耦，但是三层侧重的是整体的⼀个解耦，⽽MVC侧重的是web系统的解耦，即侧重jsp和Servlet的⼀个解耦。

最后，为何我们会将其混为⼀谈？ 既然两者有这么多的不同，我们为什么还总是将其混淆呢，下⾯我列举了⼏个我们常常将其混为⼀谈的⼏个原因： 1.⼆者都是“三层”。

Asp系统组成结构以及三层结构实现随着Internet的广为普及，Web开发技术得到迅速发展，软件行业对Web应用程序的需求也越来越多。

目前，ASP技术是Web应用开发的主流技术之一。

而基于ASP进行Web项目开发需要综合应用框架、程序设计语言、数据库技术和软件工程领域的知识的技能，如何使Web应用程序开发变得高效、可阅读性、可调试性、可维护性及低耦合度，是软件行业需要考虑的问题。

1 三层结构简介分层结构是软件体系架构设计中最常见且最重要的一种结构。

分层，就是将应用程序按逻辑功能划分成不同的模块加以实现。

微软推荐的分层式结构一般分为三层：数据访问层（Data Access Layer，DAL）、业务逻辑层（Business Logic Layer，BLL）和表示层即用户界面（User Interface，UI）。

表示层实现内容的展现和用户的交互；业务逻辑层实现业务逻辑和验证规则；数据访问层，它可以连接数据库、调用存储过程或执行SQL语句，实现对数据表的增、删、改、查操作。

创建DAL的缘由之一就是可以轻松地对应用程序的数据库平台进行移植，而不影响应用程序的其他部分。

另一个缘由就是因为应用程序需要支持多种数据库平台，如既要支持SQL Server又要支持Oracle。

区分层次的目的是为了体现“高内聚，低耦合”的思想。

分层需要一个适当的数据容器来贯穿各层，以防耦合性过高，因此用模型层作为各层之间的数据传递的载体。

模型层包含了将数据库中的表转换成对应的实体类，通常一个表封装成一个类。

这些类用来同数据库进行通信，并被传回业务层。

使用三层结构使得应用程序更加清晰，更易于团队开发、修改维护、部署及扩展。

数据层主要通过ADO进行数据操纵从而为事务逻辑层提供数据服务，例如返回数据结果、存储操作结果等。

鉴于本身具有的特点，从而决定了在这一平台下的三层结构具有快捷、简便的优势。

2 使用ASP 部署三层架构2.1 ASP简介ASP是微软公司基于ASP技术进行进一步完善而提出的一种新型Internet编程技术。