浅谈ASP.NET环境下的软件分层架构设计
- 格式:doc
- 大小:15.50 KB
- 文档页数:3
【开发】.NET三层架构简单解析这篇⽂章本来应该很早就写出来的,但是⼀直苦于⾃⼰的精神能⼒有限,⽽且已经到了我们学校的考试周,所以时间上还是有点紧迫。
关键的⼀点就是,找不到合理的思路来写,思路没有的话,就算是再好的素材,也写不来⼤家喜欢的⽂章。
之前已经写过关于.NET三层架的两篇⽂章了,⼀篇是和。
如果⼤家有兴趣的话,可以去读⼀读。
当然了,这两篇⽂章的内容,⼤部分都不是⾃⼰的,⾃⼰也是看了别⼈的博⽂,然后⾃⼰总结⼀下,拿过来⾃⼰⽤罢了。
这次的⽂章主要是⾃⼰亲⾃使⽤这些知识做了⼀个项⽬(我们学校资环学院的院⽹站),然后拿出来跟⼤家分享⼀下。
也不要期望博主能够写出多么有⽔平的⽂章,我还是学⽣(⼤三),我也是在学习的过程中,写博客之不过是想记录⾃⼰学习过程中的点滴和记录⾃⼰的进步,如果能够顺便的帮助别⼈学习就更好了。
同时也希望⼤家能够多给我提意见。
⾮常感谢 @ ,@,@ 等博友给我提出的宝贵的修改意见。
也希望⼤家在阅读本博⽂的时候,如果有什么问题,或者疑问及时的给我留⾔沟通,⼤家⼀起探讨。
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------对于三层架构来说,主要是使⽤设计模式的思想,对于项⽬的各个模块实现"⾼内聚,低耦合"的思想。
这⾥就不做详细的介绍了,如果⼤家有兴趣,可以阅读软件⼯程和设计模式相关⽂章。
对于三层架构来说,就是使⽤类,把我们在做项⽬的过程中,可能需要反复操作数据库,反复的使⽤某个⽅法等等,可能就是操作的参数不同。
如果我们如果在每次使⽤的时候,都去编写相应的代码,⽆疑会增加程序员的负担。
基于的三层架构信息传递策略解析与实现引言:随着互联网技术的不断发展,Web应用程序的开发已经成为了互联网行业的一项重要工作。
而在Web应用程序的开发过程中,三层架构已经成为了一种常用的架构模式。
三层架构将整个应用程序分为数据访问层、业务逻辑层和表现层,使得各个部分之间的耦合度大大降低,同时也更有利于代码的重用和维护。
在基于的三层架构中,信息的传递是非常重要的一环,本文将对基于的三层架构信息传递策略进行解析与实现。
一、三层架构概述是Microsoft开发的一种基于.net框架的网页应用程序开发技术,它为开发人员提供了功能强大的工具和平台。
而三层架构是一种将整个应用程序划分为数据访问层、业务逻辑层和表现层的设计模式,在中,这种架构模式被广泛应用于Web应用程序的开发中。
1. 数据访问层:数据访问层主要负责数据库的交互操作,包括数据库的连接、查询、更新等。
在的三层架构中,数据访问层通常采用技术来与数据库进行交互。
2. 业务逻辑层:业务逻辑层则负责处理业务逻辑,以及对数据的处理和操作。
在的三层架构中,业务逻辑层通常包含了各种业务逻辑和规则的实现,同时也包含了对数据操作的接口。
3. 表现层:表现层则负责显示用户界面,并且与用户进行交互。
在的三层架构中,表现层通常由 Web页面或者 MVC控制器来实现。
二、信息传递的策略解析在基于的三层架构中,信息的传递是非常重要的一环,不同层之间的信息传递方式会直接影响到整个应用程序的性能和可维护性。
在信息传递的过程中,需要考虑到数据的安全性、效率性和可维护性,因此需要设计一套合理的信息传递策略。
1. 数据传递的安全性:在信息传递的过程中,需要考虑到数据的安全性,特别是在数据访问层和业务逻辑层之间的数据传递过程中,需要确保数据的安全性,防止数据被不良程序或者用户恶意篡改。
2. 数据传递的效率性:在信息传递的过程中,需要尽可能地减少网络交互和数据传输的次数,以提高数据传递的效率,尤其是在高并发的情况下,需要保证系统的性能。
三层架构应用总结(一)前言:与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数据库来构建一个三层架构的应用程序。
多层架构程序设计摘要:本文介绍了基于.NET平台的多层架构分析设计思路,遵循MVC模式建立了一个四层.NET系统架构,并运用多种程序设计模式进行系统设计,对类依赖解耦,从而提高了系统适应能力、可维护性和可扩展性,保证了系统高效、持久的运作。
关键词:.NET 多层架构设计模式 MVC1 研究背景近年的Web开发方面的探索方向转向了程序框架和设计模式上,这是因为低耦合、高重用、强扩展性、强持久性、高效率的编程思想更适合变化万千的电子商务Web应用开发,让程序员在委托人需求变动、平台改变、混合数据库的情况下可以相对简单的修改程序,提高维护效率和效果。
2 系统层次分析架构同“软件架构”定义,是一系列相关的抽象模式,用于指导大型软件系统各个方面的设计;是一个系统的草图,它所描述的对象是直接构成系统的抽象组件,各个组件之间的连接则明确和相对细致地描述组件之间的通信。
在面向对象领域中,组件之间的连接通常用接口来实现。
一个成熟的架构具有以下优点:①安全性:根据业务的需要,可以通过减少访问数据的入口点把一些危险的系统功能给屏蔽了,从而提高其安全性。
②可扩展性:架构的搭建使用了多种设计模式,通过多种策略来提高系统的可扩展性。
③可定制性:可以根据客户群的不同和需求的变化进行调整。
④可维护性:搭建架构的目的之一就是为了提高系统的可维护性,通过对各层功能的明确细分提高其可维护性。
一般构成系统的模块有:人机交互界面,业务处理模块,这是传统的二层架构设计。
然而一个系统中操作最频繁的是数据库访问,随着电子商务系统越来越复杂,持久,高效的数据库访问组件是迫切需要的,因此,新的架构设计中,人们将数据库另立一层,专门为数据库访问服务。
除了数据持久层外,我们还需要一个服务层。
对于大型的电子商务系统,跨平台,分布式计算,服务器群互动通信是必不可少的,服务层设立的意义就是为了实现这些功能。
那么我们根据分析,将整个网站的层次分为数据持久层、业务逻辑层、服务层、表示层。
之三层架构概括来说,分层式设计可以达⾄如下⽬的:分散关注、松散耦合、逻辑复⽤、标准定义。
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可以直接打开项⽬。
《程序设计》课程分层教学研究与探讨摘要:针对高职高专学生素质逐渐下降的问题,广西农业职业技术学院在进行《程序设计》课程教学改革时采用了分层次教学模式,通过该项改革有效地解决了学生在学习知识与技能时遇到的问题。
分层次教学首先是根据学生的基本情况分多项进行评分,然后根据分值计算结果按不同分段把学生划分到不同的学习领域,最后再分类分标准对其进行考核。
通过分层次教学能够有效提高学生的积极性,不仅可以让学生在不同领域发挥特长,还为其今后就业提供了指导。
关键词:程序设计;教学改革;分层次教学1问题产生的背景进入12个五年规划之际,高等职业教育面临着巨大挑战,随着生源的人数逐年下降,高职高专院校争抢生源的斗争进入白热化阶段,部分高职高专学院的生源出现严重不足现象,导致生源下降主要有以下几点:(1)适龄人口减少,导致生源总人数逐年下降。
图1是广西从2008-2012年5年内参加高考考生人数的变化,其它省区也同样存在类似问题。
(2)本科设置二级学院或开设高职学院,抢走了很多高质量生源,其它高职高专院校只能从剩余的考生中争取。
(3)中等职业院校升格为高等职业院校和民营企业申办高职等,使高职高专院校数量逐渐增多,因此每个高职高专院校能够分得的生源数量也逐渐减少。
例如,广西2006年高职高专学院的数量为34所,2012年增加至39所;广东2006年为65所,2012年增加至75所。
(4)地域限制导致身处二线城市的高职高专院校在招生上受到很大的影响,很多缺乏特色的高职高专院校生源数量滑落非常大,有些院校停办或被兼并。
(5)读书无用论逐渐蔓延。
很多学生读了大学之后,却无法找到合适的工作,又无法降低身份从底层做起,很多大学生即使参加了工作,工资还不及初中毕业的产业工人。
由于受这些现象的消极影响,很多学生放弃了进入大学继续深造的机会,直接进入社会参加工作。
由于上述因素,很多高职高专院校不能按计划招满,2012年广西只有不到65%的高职学院能够按照计划完成招生任务。
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编程技术。
三层架构步骤讲解前言:与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. 开发起来⽐较困难,很难实现多⼈协作开发2. ⼀旦数据库或规则有变,就可能要重新修改整个页⾯,加⼤维护成本3. 因为所有功能都混合在⼀起,程序重⽤性差。
如果开发⼀个新项⽬,⼏乎要重写代码为了解决这个问题,⼈们就提出了“多层应⽤程序”概念,其本质类似于⼀个职权明确的⼤公司,对页⾯进⾏分⼯,将数据访问、业务规则等功能都放在专门的⽂件中。
⽐较流⾏的有⼆层架构、三层架构和MVC。
⼀. ⼆层架构⼆层架构,就是将程序分为⽤户界⾯层和数据访问层。
其本质是将访问数据库的代码放⼊数据访问层中,⽽⽤户界⾯层通过数据访问层对数据库进⾏操作。
相互作⽤关系如下:("<--->"表⽰双向箭头)⽤户界⾯ <---> 数据访问 <---> 数据库⼆. 三层架构三层架构,即将⼆层架构中的业务逻辑从数据访问层中分离出来,成为⼀个单独的业务逻辑层。
将程序分为三层后,数据访问层就只管对数据库进⾏操作,⽽业务逻辑层负负责对数据进⾏各种处理。
从顶层上主要包含了4个部件:DAL(数据处理层)、BLL(业务逻辑层)、UI(⽤户接⼝层)、Model(实体模型)。
其中前三者就是⼈们常说的三层结构。
1)数据访问层(database access layer,DAL):有时候也称为是持久层,其功能主要是负责数据库的访问。
简单的说法就是实现对数据表的Select,Insert,Update, Delete的操作。
如果要加⼊ORM的元素,那么就会包括对象和数据表之间的mapping,以及对象实体的持久化;2)业务逻辑层(business logic layer, BLL):是整个系统的核⼼,它与这个系统的业务(领域)有关;3)表⽰层(user interface layer, UIA):是系统的UI部分,负责使⽤者与整个系统的交互。
浅谈应用程序的三层结构及安全性
林伟军
【期刊名称】《现代计算机(专业版)》
【年(卷),期】2004(000)011
【摘要】本文首先介绍了三层结构的必要性并结合一个实例介绍了如何建立三层结构的应用程序,最后讨论了如何保证Web应用程序的安全性.
【总页数】4页(P21-24)
【作者】林伟军
【作者单位】广东省口岸应急指挥中心,广州,510600
【正文语种】中文
【中图分类】TP3
【相关文献】
1.基于的三层结构应用程序开发 [J], 穆丽萍;陈定方;张波
2.提升应用程序安全性能的策略 [J], 范振钧;丛云飞
3.基于技术的Web应用程序的代码安全性检测 [J], 刘文元
开发三层结构应用(一)搭建的三层结构框架 [J], 亓传伟
开发三层结构应用实例(二)三层结构的具体实现 [J], 亓传伟因版权原因,仅展示原文概要,查看原文内容请购买。
浅谈环境下的软件分层架构设计作者:汤小波
来源:《商情》2016年第35期
【摘要】在软件开发设计过程中,可以采用一层架构、二层架构与三层架构,针对软件设计的复杂度,可以选择不同的架构设计。
本文阐述了三层架构的原理及设计思想,并对实现过程进行了详细的阐述。
【关键字】软件设计三层架构表示逻辑数据访问
1、软件设计分层思想概述
在软件体系架构设计中,分层式结构是最常见,也是最重要的一种结构。
微软推荐的分层式结构一般分为三层,从下至上分别为:数据访问层、业务逻辑层(又或成为领域层)、表示层。
2、三层结构原理
在这三个层次中,系统主要功能和业务逻辑都在业务逻辑层进行处理。
所谓三层体系结构,是在客户端与数据库之间加入了一个“中间层”,也叫组件层。
这里所说的三层体系,不是指物理上的三层,而是指逻辑上的三层,即使将这三个层放置到一台机器上。
三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。
通常情况下,客户端不直接与数据库进行交互,而是通过COM/DCOM通讯与中间层建立连接,再经由中间层与数据库进行交互。
其一、表示层(PL):它位于最外层。
用于显示数据和接收用户输入的数据,为用户提供一种交互式操作的界面;其二、业务逻辑层(BLL):它在体系架构中的位置很关键,它处于数据访问层与表示层中间,起到了数据交换中承上启下的作用。
它是在数据访问层和表示层之间进行数据交换的桥梁。
业务逻辑层的设计对于一个支持可扩展的架构尤为关键,因为它扮演了两个不同的角色。
对于数据访问层而言,它是调用者;对于表示层而言,它却是被调用者。
其三、数据访问层(DAL):其功能主要是负责数据库的访问,可以访问数据库系统、二进制文件、文本文档或是XML文档,简单的说法就是实现对数据表的Select,Insert,Update,Delete的操作。
3、三层架构实现
一个用户管理系统,用户包含如下信息,用户姓名、性别、电话、Email,其功能是能实现对用户信息的增加、删除、修改及查询。
将用户信息写入数据库userDB中。
从数据库中取得用户信息,进行数据处理,如下图所示:
3.1创建数据表示层
新建一个项目命名为UI,表示当前为表示层,并在其下添加上述四个页面Add.aspx,Update.aspx,Delete.aspx和查询页面Query.aspx,提供与用户的相互交互。
与之对应的Add.aspx.cs属于Add页面对应的代码文件,在此文件中,如果没有分层设计,它可以进行业务逻辑的处理工作,但在分层设计思想指导下,仅应该处理与显示有关的内容,其它部分都不应该涉及。
3.2创建业务逻辑层
添加ClassLibrary项目,命名为BLL,新建Class类型文件UserBLL.cs,在此层中,主要负责处理与系统业务相关操作,不涉及数据库的操作。
在此类中添加如下业务方法:
public List GetUsers():返回所有的用户信息列表、public UserInfo GetUser(int UserId):返回指定用户的详细信息、public bool AddUser(UserInfo User):新增用户信息、public bool UpdateUser(UserInfo User):更新用户信息、public void DeleteUser(int UserId):删除用户信息。
此文件就属于业务逻辑层了,专门用来处理与业务逻辑有关的操作。
由于本项目比较简单,此层的用途就是把表现层传过来的数据转发给数据层。
造成业务层无事可做,只起到了一个转发的作用。
但这不代表业务层可有可无,随着项目的增大,或者业务关系的增多,业务层就会体现出它的作用来。
3.3创建数据模型层
针对数据库userDB中的数据表Users,建立与之对应的数据模型类UserInfo.cs,它在三层架构中不属于哪一个层,它就是一个类,用来承载数据信息,和int,string等变量的地位一样。
但是它的好处就是可以将整个用户信息写入一个Users对象中,减少了数据的传递复杂度。
如上述实现添加用户信息,可以使用AddUser(UserInfo user),可将一个用户作为参数进行传递,这就是数据模型的好处。
3.4创建数据访问层
添加ClassLibrary项目,命名为DAL,新建Class类型文件UserDAL.cs。
添加SQLHelper 引用。
此类文件主要与数据库进行通信,负责存取或修改数据表中的数据。
为了避免重复书写代码,将数据库操作相关的方法封装到SQLHelper类中。
在此类中一般应包含如下方法:
public List SelectUsers():返回所有的用户信息列表、public UserInfo SelectUser(int UserId):返回指定用户的相信信息、public bool InsertUser(UserInfo User):新增用户信息、public bool UpdateUser(UserInfo User):更新用户信息、public void DeleteUser(int UserId):移除用户信息
3.5各层的调用关系
其基本原则是:上层调下层,上层对下层是不可见的。
在设计时,表现层只调用逻辑层,表现层主要是取得页面的数据传到逻辑层,和把从逻辑层得到的数据显示到页面上。
逻辑层负责把数据加工整理传到数据层和把从数据层取得的数据加工,数据层就只负责把数据对数据库操作。
业务逻辑层就是给上层和下层下达命令和调节行为的中间层。
通过上面介绍,基本上将三层架构层次结构说明白了。
其实,判断三层架构是否标准的方法就是将三层中任意一层完全替换,都不会对其它两层造成影响,这样的构造基本就符合三层标准。
总结:软件的三层架构分层设计,它将软件结构分为表示层、业务逻辑层和数据访问层,将不同的功能进行划分,使软件开发的层次更加分明,结构更加合理,利于团队合作开发,能提高软件开发与维护的效率。