浅谈ASP.NET环境下的软件分层架构设计
【ASP.NET开发】.NET三层架构简单解析
【开发】.NET三层架构简单解析这篇⽂章本来应该很早就写出来的，但是⼀直苦于⾃⼰的精神能⼒有限，⽽且已经到了我们学校的考试周，所以时间上还是有点紧迫。
关键的⼀点就是，找不到合理的思路来写，思路没有的话，就算是再好的素材，也写不来⼤家喜欢的⽂章。
之前已经写过关于.NET三层架的两篇⽂章了，⼀篇是和。
如果⼤家有兴趣的话，可以去读⼀读。
当然了，这两篇⽂章的内容，⼤部分都不是⾃⼰的，⾃⼰也是看了别⼈的博⽂，然后⾃⼰总结⼀下，拿过来⾃⼰⽤罢了。
这次的⽂章主要是⾃⼰亲⾃使⽤这些知识做了⼀个项⽬（我们学校资环学院的院⽹站），然后拿出来跟⼤家分享⼀下。
也不要期望博主能够写出多么有⽔平的⽂章，我还是学⽣（⼤三），我也是在学习的过程中，写博客之不过是想记录⾃⼰学习过程中的点滴和记录⾃⼰的进步，如果能够顺便的帮助别⼈学习就更好了。
同时也希望⼤家能够多给我提意见。
⾮常感谢 @ ，@，@ 等博友给我提出的宝贵的修改意见。
也希望⼤家在阅读本博⽂的时候，如果有什么问题，或者疑问及时的给我留⾔沟通，⼤家⼀起探讨。
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------对于三层架构来说，主要是使⽤设计模式的思想，对于项⽬的各个模块实现"⾼内聚，低耦合"的思想。
这⾥就不做详细的介绍了，如果⼤家有兴趣，可以阅读软件⼯程和设计模式相关⽂章。
对于三层架构来说，就是使⽤类，把我们在做项⽬的过程中，可能需要反复操作数据库，反复的使⽤某个⽅法等等，可能就是操作的参数不同。
如果我们如果在每次使⽤的时候，都去编写相应的代码，⽆疑会增加程序员的负担。
基于ASP.NET的三层架构信息传递策略解析与实现
基于的三层架构信息传递策略解析与实现引言：随着互联网技术的不断发展，Web应用程序的开发已经成为了互联网行业的一项重要工作。
而在Web应用程序的开发过程中，三层架构已经成为了一种常用的架构模式。
三层架构将整个应用程序分为数据访问层、业务逻辑层和表现层，使得各个部分之间的耦合度大大降低，同时也更有利于代码的重用和维护。
在基于的三层架构中，信息的传递是非常重要的一环，本文将对基于的三层架构信息传递策略进行解析与实现。
一、三层架构概述是Microsoft开发的一种基于.net框架的网页应用程序开发技术，它为开发人员提供了功能强大的工具和平台。
而三层架构是一种将整个应用程序划分为数据访问层、业务逻辑层和表现层的设计模式，在中，这种架构模式被广泛应用于Web应用程序的开发中。
1. 数据访问层：数据访问层主要负责数据库的交互操作，包括数据库的连接、查询、更新等。
在的三层架构中，数据访问层通常采用技术来与数据库进行交互。
2. 业务逻辑层：业务逻辑层则负责处理业务逻辑，以及对数据的处理和操作。
在的三层架构中，业务逻辑层通常包含了各种业务逻辑和规则的实现，同时也包含了对数据操作的接口。
3. 表现层：表现层则负责显示用户界面，并且与用户进行交互。
在的三层架构中，表现层通常由 Web页面或者 MVC控制器来实现。
二、信息传递的策略解析在基于的三层架构中，信息的传递是非常重要的一环，不同层之间的信息传递方式会直接影响到整个应用程序的性能和可维护性。
在信息传递的过程中，需要考虑到数据的安全性、效率性和可维护性，因此需要设计一套合理的信息传递策略。
1. 数据传递的安全性：在信息传递的过程中，需要考虑到数据的安全性，特别是在数据访问层和业务逻辑层之间的数据传递过程中，需要确保数据的安全性，防止数据被不良程序或者用户恶意篡改。
2. 数据传递的效率性：在信息传递的过程中，需要尽可能地减少网络交互和数据传输的次数，以提高数据传递的效率，尤其是在高并发的情况下，需要保证系统的性能。
剖析基于ASP.NET三层架构的上海发行竞赛软件系统的设计和实现
主 要任 务 是实现 数据 操作 即获 取 数据 ，访 问底 层数据 库 的存 取 。在 这个 层 中笔 者建立 了 ２ 个类 ｄ ｔｂ ｓ ａ ａａ ｅ类和 ｓｆ ｄｔ 合 ａ ｅａａ类 次 的分工 开 发 。 并 １ 包 文件 Ｄ ｔ ｃｅ ｓ ｅｐｒ包 。 个 类作 用 不 同， ａ ａａ ｅ 个 ａａ ｃ ｓ ｌｅ Ａ Ｈ ２ ｄ ｔｂ ｓ 业务 中 间层 是业 务的 核心 、是连 接 其他 两层 的纽 带 。该层 封 类 负责 底层 数据 存取 ，ｓｆｄ ｔ ａｅ ａａ负责数 据 安全 转换 。将 这 个层 的 装 了用户 对数 据库 的请 求 ，这 一层 实 际上可 分 为业务 逻辑 层和 数 类 打包 ，可 以让 程序 结构 层次 分 明 ，并且 程序 在引 用 时，可 以通 据访 问层 。使 用业 务 逻辑 层进 行相 关业 务逻 辑 的处理 ，如业 务规 过 命名 空 间 （ａ ｅＳ ａｅ Ｎｍ ｐｃ ）的方法 来调 用 。
ｗｉ ｎｌｓ ｆｈｓ ｒｊｃ ａｄ ｏａａ ｚ ｅ ｅ ｔ ｎｈｐｂｔ ｅ ｅ ａｅ Ｐ ｅ ａｖｎａｅ ａｄｄｓｄａｔ ｅ ｏ ｒｅ ｉ ｔ ａａ ｉｏ ｉｐｏｅｔ ｎ ｌ ｅ ｈ ｌｉ ｓｉ ｅ ｈ ｙｓ ｔ ｔ ｎ ｙ ｔ ｒａｏ ｗｅｎｔ ｙｒ ＡＳ． ｔ ｄａｔ ｓ ｎ ｉ ｖｎａ ｓ ｆｈｅ－ｅ ｈ ｌ ｓ ｎ ｇ ａ ｇ ｔ ｔｒ ｓｓ ｍａｄｆ ａ ｙ ｏ ｐｅ ｅ ｒ ｅｔ ｅｌ ｅｔ ｙｔ ， ｎｌ ｍ ｌｅ ｏ ｃ ｄｐｏ ｎ． ｅ ｎ ｉ ｌｃ ｔｔ ｐ ｊ ｈ ｍ ｙ
包等 方面 上体 现灵 活性和 便捷 性 。 新建 项 目名称 定 为 “ ｘ ｓｅ ａｐ ，文件 夹命 名 为 “ ：＼ 行 ｆ ｊｗ ｂｐ ” ｄ 发 大奖 赛项 目＼ 。这样 一个 空 白的项 目框架 已经 初 步建好 。 ” 然 后 ， 还 需 要 建 类 库 文 件 。 目的是 为 了建 立 业 务 中 间层 的 业 务 逻 辑 类 包 文 件 和 数 据 访 问类 包 文 件 。笔 者 将 本 项 目 的
ASP NET三层架构
三层架构应用总结(一)前言：与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.NET多层架构程序设计
多层架构程序设计摘要：本文介绍了基于.NET平台的多层架构分析设计思路，遵循MVC模式建立了一个四层.NET系统架构，并运用多种程序设计模式进行系统设计，对类依赖解耦，从而提高了系统适应能力、可维护性和可扩展性，保证了系统高效、持久的运作。
关键词：.NET 多层架构设计模式 MVC1 研究背景近年的Web开发方面的探索方向转向了程序框架和设计模式上，这是因为低耦合、高重用、强扩展性、强持久性、高效率的编程思想更适合变化万千的电子商务Web应用开发，让程序员在委托人需求变动、平台改变、混合数据库的情况下可以相对简单的修改程序，提高维护效率和效果。
2 系统层次分析架构同“软件架构”定义，是一系列相关的抽象模式，用于指导大型软件系统各个方面的设计；是一个系统的草图，它所描述的对象是直接构成系统的抽象组件，各个组件之间的连接则明确和相对细致地描述组件之间的通信。
在面向对象领域中，组件之间的连接通常用接口来实现。
一个成熟的架构具有以下优点：①安全性：根据业务的需要，可以通过减少访问数据的入口点把一些危险的系统功能给屏蔽了，从而提高其安全性。
②可扩展性：架构的搭建使用了多种设计模式，通过多种策略来提高系统的可扩展性。
③可定制性：可以根据客户群的不同和需求的变化进行调整。
④可维护性：搭建架构的目的之一就是为了提高系统的可维护性，通过对各层功能的明确细分提高其可维护性。
一般构成系统的模块有：人机交互界面，业务处理模块，这是传统的二层架构设计。
然而一个系统中操作最频繁的是数据库访问，随着电子商务系统越来越复杂，持久，高效的数据库访问组件是迫切需要的，因此，新的架构设计中，人们将数据库另立一层，专门为数据库访问服务。
除了数据持久层外，我们还需要一个服务层。
对于大型的电子商务系统，跨平台，分布式计算，服务器群互动通信是必不可少的，服务层设立的意义就是为了实现这些功能。
那么我们根据分析，将整个网站的层次分为数据持久层、业务逻辑层、服务层、表示层。
ASP.NET三层架构体系分析与应用
据服务层返 回的结果提交给表示层 。 对数据访 问业务的调用是通过 有方便 、 友好 的客户交互界 面。 接 口完成的。 既然与具体的数据访 问逻辑无 关 ， 则层与层之 间的关 ３、 结 语 系是松散 耦合的 。 果此时需要修改数据访 问层 的具体实现 ， 如 只要 基 于ＡＳ ． Ｔ Ｐ ＮＥ 三层架构的软件开发 已经成为一种流行的开发 不涉及到接 口定义 ， 那么业务逻辑层就不会受 到任何影 响。 如 ， 例 在 模式， 也带来 了很多开发上的优点 ， 适合开发应用需求灵活的系统 ， 一 很多系统 中， 用于处理用户方面的业务逻辑 ， 以使用Ｕｓｒ ｕｉｅｓ 可 ｅＢ ｓ ｓ ｎ 定程度上保证 了系统的可扩展性和可移植性 。 大型的软件系统开发 类来实现 ， 该类使用 Ｕｓｒｎｅｆｃ接 口， 问Ｓ Ｌ ｌｅ类 。 ｅｌｔｒａｅ 访 Ｑ Ｈｅｐ ｒ 一个好的分层式结构 ， 可以使开发人员的分工更加明确。 实践 业务逻辑层包含 了业务对象本身以及 应用于它们的规则。 这也 过程 中， 多层架构开 发模式的应用是一条比较好的软件系统开 发途径。 是主要业务对象所在 的位 置。 它们实现业务 实体 或系统对象 。 系统 证明 ，
［］ １ 互益祥。 丰住平． 远程无线抄表系统的研 究［］自动化仪表，Ｏ ， ７、 结 语 Ｊ． ２ｌ ｌ ［］ ２ 瞿雷， 刘盛德，胡成斌 ．Ｚｇ ｅ Ｅ技术及应用［ ］北 京： ｉＢ ｅ Ｈ． 北京航
以上 对 雷 达 物 位 计 从 不 同 的方 面 进 行 了 总体 说 明和 介 绍 ， 平 在
的业 务规则将在这些对象 中编 码 ， 即从表示层接 收请 求 ， 根据 编码 的业务规则处理请求 ， 从数据访问层获取数据或将数据发送到数据 访 问层 ， 处理结果 传递 回表示 层。 将 ２３表 示 层 ．
Asp.Net之三层架构
之三层架构概括来说，分层式设计可以达⾄如下⽬的：分散关注、松散耦合、逻辑复⽤、标准定义。
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可以直接打开项⽬。
ASP.NET三层架构的概念及关系分析
示层 、业 务逻 辑层 和数据 访 问层 。每一 层 只 层放 置到 一 台机 器 上。三 层体 系 的应用程 序 辑 层主 要根 据系 统设计 的 需要 ，通过 构建 系 实现 该层 内相 对独 立的 功能 ，而 当任何 一层 将业 务规 则 、数 据 访 问、合法 性校验 等工 作 统的关 键对 象类 ，实现 系统 的大 部分逻 辑控 发 生变化 时 ，只要 保持 层间接 口关系不 变 ， 放到 了 中间层进 行 处理 。通常 情况 下 ，客 户 制功 能。 则 其他 各层都 不会 受到影 响 。三层 结构 是 一 端不 直接 与数据 库 进行交 互 ，而是 通过Ｃ ｏ Ｍ ／ ３ ． 数 据 访 问层 （ Ｄ Ａ Ｌ ） 种严 格 的分层 协作 ， 即数据访 问层 只 能被业 Ｄ Ｃ Ｏ Ｍ 通讯 与 中间层 建立连 接 ，再经 由 中间层 数 据 访 问层 只 能 被 业 务 逻 辑 层 访 问， 务 逻辑 层访 问 ，业 务逻 辑层 只 能被表示 层访 与数 据库 进行 交互 。 并且 系统 只通过 它访 问数据 库来 获取 数据 。 问。用 户通过 表示 层将 请求传 送给 业务 逻辑 系统各 层次 原理 当数据 访 问层根据 业务 逻辑 层 的要求 与数 据 层 ，业 务逻辑 层 完成相 关业 务规 则和逻 辑 ， Байду номын сангаас 个 层 次 中 ， 系统 主要 功能 和 业 务 逻 库进 行交 互时 ，主要 完成从 数据 库 中提取 数 并 通过 数据访 问层 访 问数据 库获得 数据 ，然 辑都 在业 务逻辑 层 进行 处理 。 据库记 录 的查询 和插入 、修 改与 删 除数据 库
一
、
后 按照 相反 的顺序 依次 返 回 ，将 数据 显示 在 １ ． 用 户表 示层 （ Ｕ Ｓ Ｌ ） 记录 的更新 数据 功能 。众所 周知 ，数据 库访 胥户界面 层 。 用户 表 示 层 也 叫用 户 界 面层 ，封 装 人 问是动 态信 息管理 应用 系统 中最 频繁 、最 消 在软 件体 系架构 设计 中 ，分 层式 结构 是 机界 面 的所有表 单 和组件 ，是 应用 系统 与系 耗 资源 的操 作 ，所 以必须优 化对 数据 库 的访 最 常见 ，也是 最重 要 的一种 结构 ，微 软推 荐 统用 户之 间 的直接 接 口。主要 用于 显示 由业 问策 略 ， 以提 高系 统 的性 能 和 可靠 性 。Ｂ ／ Ｓ 的分层 式结 构一般 分为 三层 ，从 下至上 分 别 务逻 辑层 动态传 送 过来 的数据 信息 ，结合 使 模 式 的三层 结构 是一种 严格 的分 层 定义 ，它 Ｔ Ｍ Ｌ 标记 和样 式表 定义来 实现 ；用 首先将 应用 系统 复杂 的开 发工作 划 分为相 对 为 ：数 据访 问层 、业务 逻辑 层 （ 又或 成为 领 用相 应 的Ｈ
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
浅谈环境下的软件分层架构设计作者：汤小波
来源：《商情》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各层的调用关系
其基本原则是：上层调下层，上层对下层是不可见的。
在设计时，表现层只调用逻辑层，表现层主要是取得页面的数据传到逻辑层，和把从逻辑层得到的数据显示到页面上。
逻辑层负责把数据加工整理传到数据层和把从数据层取得的数据加工，数据层就只负责把数据对数据库操作。
业务逻辑层就是给上层和下层下达命令和调节行为的中间层。
通过上面介绍，基本上将三层架构层次结构说明白了。
其实，判断三层架构是否标准的方法就是将三层中任意一层完全替换，都不会对其它两层造成影响，这样的构造基本就符合三层标准。
总结：软件的三层架构分层设计，它将软件结构分为表示层、业务逻辑层和数据访问层，将不同的功能进行划分，使软件开发的层次更加分明，结构更加合理，利于团队合作开发，能提高软件开发与维护的效率。