三层架构初识和搭建

一、是什么?

1.表现层(UI):展现给用户的界面,用户在使用一个系统的时候他的所见所得。主要表示Web或WinForm方式,对用户的请求接受,以及数据的返回,为客户端提供应用程序的访问。如果逻辑层相当强大和完善,无论表现层如何定义和更改,逻辑层都能完善地提供服务。

2.业务逻辑层(BLL):针对具体问题的操作,主要负责对数据层的操作,对数据业务逻辑处理。

3.数据访问层(DAL):该层所做事务直接操作数据库,针对数据的增添、删除、修改、查找等具体为业务逻辑层或表示层提供数据服务.

二、为什么?

体现“高内聚,低耦合”的思想,降低层与层之间的依赖去解耦。但是也有缺点:降低了系统的性能,有时会导致级联的修改,增加了代码量,增加了工作量。

三、怎么去搭建一个三层架构?

1.首先在vs中建立一个空白的解决方案命名为你想要的项目名字。

2.添加UI层:在"解决方案资源管理器"中,在解决方案名称上单击鼠标右键,在弹出的快捷菜单中选择"添加"→"新建项目"命令在打开的"新建项目"对话框中,选择项目类型为你想使用的开发语言,选择模板为Windows窗体程序或者选新建网站里选择web表示。

3.添加BLL层和DAL层时选择类库并命名为后缀分别为.BLL和.DAL。之后用相似的方法还要添加一个Model层。

创建好之后要为他们建立依赖关系:在UI层添加引用选择BLL层和Model层,为BLL层添加引用选择DAL层和Model层。DAL层引用Model层。最后为每层编写相应的代码。

效果图:

三层架构初识和搭建,布布扣,bubuko.com

时间: 2024-07-31 14:34:51

三层架构初识和搭建的相关文章

asp.net -mvc框架复习(10)-基于三层架构与MVC搭建项目框架

1.三种模式比较 一.MVC框架(适合大型项目) 1.V视图 (网页部分) 2.M模型 (业务逻辑+数据访问+实体类) 3.C控制器 (介于M和V之间,起到引导作用) 二.三层架构 1.UI (网页.窗体) 2.BLL (业务逻辑,只有逻辑代码,没有数据访问代码) 3.DAL (数据访问,访问数据源) Models(实体类:用来封装数据,就是数据的载体) 三.三层架构+MVC V C M(BLL +DAL+Models) 三层架构+MVC组合应用模式如图: 2.三层架构+MVC组合开发步骤: (

Asp.Net MVC+EF+三层架构的完整搭建过程

架构图: 使用的数据库: 一张公司的员工信息表,测试数据 解决方案项目设计: 1.新建一个空白解决方案名称为Company 2.在该解决方案下,新建解决方案文件夹(UI,BLL,DAL,Model) 当然还可以加上common 3.分别在BLL,DAL,Model 解决方案文件夹下创建类库项目 (1).BLL解决方案文件夹: Company.BLL.Company.IBLL.Company.BLLContainer (2).DAL解决方案文件夹: Company.DAL.Company.IDAL

部署基于国际版Azure的SharePoint三层架构服务器场

前言 微软Azure国际版已经很普及了,这里没有用国内版(世纪互联),用的是国际版,当然是由于公司性质的缘故.这里一步步图文的方式,分享给大家创建Azure国际版的SharePoint三层架构的过程,并带给大家一些使用感受. 自己在使用的过程中,也发现一些问题,搜了很久也没有搞定,最后在MS case的帮助下,才真正解决了问题.同时也分享给大家,对于已经深入了解Azure的朋友,可以忽略本文,烦请勿见笑. 1.申请Azure账号,这部分略过了,我这里已经有创建好的Azure账号,在管理页面上点击

三层架构和MVC

注:本文章内所有内容都来自互联网,本人主要是起了一个收集的作用 http://www.cnblogs.com/zhhh/archive/2011/06/10/2077519.html 又看到有人在问三层架构和MVC的关系,感觉这种问题有点教条化了.因为它们都在逻辑上将应用程序划为三块,凑了一个数字3,就有人非要把它们联系到一起了. 这两个东西我接触有几年了,有一点体会,表达一下: 三层是三层,MVC是MVC,它们毫无关系的. 三层是从整个应用程序架构的角度来分的三层(如果程序需要,还可以分多层)

Web项目的三层架构和MVC架构异同

http://www.cnblogs.com/zhhh/archive/2011/06/10/2077519.html 又看到有人在问三层架构和MVC的关系,感觉这种问题有点教条化了.因为它们都在逻辑上将应用程序划为三块,凑了一个数字3,就有人非要把它们联系到一起了. 这两个东西我接触有几年了,有一点体会,表达一下: 三层是三层,MVC是MVC,它们毫无关系的. 三层是从整个应用程序架构的角度来分的三层(如果程序需要,还可以分多层). 三层是为了解决整个应用程序中各个业务操作过程中不同阶段的代码

(转)浅析三层架构与MVC模式的区别

MVC模式介绍: MVC全名是Model ViewController,是模型(model)-视图(view)-控制器(controller)的缩写,一种软件设计典范,用于组织代码用一种业务逻辑和数据显示分离的方法,这个方法的假设前提是如果业务逻辑被聚集到一个部件里面,而且界面和用户围绕数据的交互能被改进和个性化定制而不需要重新编写业务逻辑MVC被独特的发展起来用于映射传统的输入.处理和输出功能在一个逻辑的图形化用户界面的结构中. MVC是表现层的架构,MVC的Model实际上是View Mod

软件的三层架构

全然看不懂 基于软件三层架构的研究报告 引言 三层结构是传统的客户/server结构的发展,代表了企业级应用的未来,典型的有Web下的应用.多层结构和三层结构的含义是一样的,仅仅是细节有所不同.之所以会有双层.三层这些提法,是由于应用程序要解决三个层面的问题. 一.  软件架构和分层 (一)  软件架构(software architecture) 是一系列相关的抽象模式,用于指导大型软件系统各个方面的设计. 软件架构是一个系统的草图.软件架构描写叙述的对象是直接构成系统的抽象组件.各个组件之间

三层架构和MVC模型的常识

一.三层架构: 1.表现层(UI):通俗讲就是展现给用户的界面,即用户在使用一个系统的时候他的所见所得. 2.业务逻辑层(BLL):针对具体问题的操作,也可以说是对数据层的操作,对数据业务逻辑处理. 3.数据访问层(DAL):该层所做事务直接操作数据库,针对数据的增添.删除.修改.查找等. 优点 1.开发人员可以只关注整个结构中的其中某一层: 2.可以很容易的用新的实现来替换原有层次的实现: 3.可以降低层与层之间的依赖: 4.有利于标准化: 5.利于各层逻辑的复用. 6.结构更加的明确 7.在

三层架构基础

本文在于巩固基础 概念(后面有具体实例): 三层架构(3-tier architecture) 通常意义上的三层架构就是将整个业务应用划分为:表现层(Presentation layer).业务逻辑层(Business Logic Layer).数据访问层(Data access layer).区分层次的目的即为了“高内聚低耦合”的思想.在软件体系架构设计中,分层式结构是最常见,也是最重要的一种结构.微软推荐的分层式结构一般分为三层,从下至上分别为:数据访问层.业务逻辑层(又或称为领域层).表示