三层概念总结

显示层UI:

作用:向用户展现特定业务数据

采集用户的输入信息和操作

设计原则:用户至上,兼顾简洁

业务逻辑层BLL(Business Logic Layer):

作用:从DAL中获取数据,以供UI显示用

    从UI中获取用户指令和数据,执行业务逻辑

    从UI中获取用户指令和数据,通过DAL写入数据源

数据访问层DAL(Data Acess Layer)

作用:从数据源加载数据

向数据源写入数据

从数据源读取数据

    三层概念知识整理成一张图:

      

 三层结构程序设计原则:

  DAL只提供基本的数据访问,不包含任何相关的逻辑处理;

UI只负责显示和采集用户操作,不包含任何的业务相关逻辑处理;

BLL负责处理业务逻辑,通过获取UI传来的操作指令,决定执行业务逻辑,在需要访问数据源的时候直接交给DAL处理,处理完成后,返回必要数据给UI。

三层概念总结

时间: 2024-08-10 07:07:49

三层概念总结的相关文章

初学三层

一.两层结构及其局限性 两层结构的特点: 数据库访问和用户类型判断逻辑放在一起实现 用户界面层直接调用数据访问实现 整个系统功能放在同一项目中实现 局限性: 一旦用户的需求发生变化,应用程序都需要进行大量修改,甚至需要重新开放,给系统的维护和 升级带来了极大的不便:用户直接访问数据库,会带来很多安全隐患. 为了克服两层结构的局限性提出了三层结构,实现高内聚低耦合. 二.什么是三层结构 所谓的三层体系结构,是在客户端与数据库之间加入一个"中间层",也叫组件层. 中间层通常包括业务逻辑层(

三层理论

什么是三层,是说的像房屋那样的三层么?当然不是啦,我这里要给大家说的三层是软件体系架构设计中的一种分层方式. 三层架构:通常意义上的三层架构就是整个业务应用划分为:表现层(UI).业务逻辑层(BLL).数据访问层(DAL).区分层次的目的就是为了"高内聚,低耦合"的思想. 三层概念简介: 1.显示层(UI):通俗讲就是展现给用户的界面,即用户在使用一个系统的时候他的所见所得. 2.业务逻辑层(BLL):针对具体问题的操作,也可以说是对数据层的操作,对数据业务逻辑处理. 3.数据访问层(

H3C交换系列之Super VLAN

一.Super VLAN 的产生背景 Isolate-user-vlan成功地解决了降低VLAN数量的问题,同时在一定程度上也实现了三层网关的共享.但它也存在MAC地址复制而消耗MAC地址表项的问题,并且该技术本身属于一个二层VLAN技术. 在一般的三层交换机中,通常是采用一个VLAN对应一个三层接口的方式来实现广播域之间的互通,这在某些情况下导致了对IP地址的较大浪费. 也就是一个VLAN对应的三层VLAN接口的IP地址按照子网掩码来划分   如上图显示,VLAN 21 预计未来要有10个主机

对GIT和IT的认识

对git的认识 在学这门课之前,我根本就没了解过git,当然不不知道是什么东西,所以也没什么认识. 然后老师突然让申请博客,还说要在这上面做作业,然后才有了现在的博客.其实把,我们都是大专生,也没什么远大的理想,由于当初的种种原因,才报了这个专业 并不是为了学而学,只是为了锻炼一下自己,体验一下大学的生活而已. 好吧,不说这些了. 刚刚百度了一下,然而并看不懂,什么BitKeeper,Freedesktop, Linux kernel ……等等.本来英语就不是太好,再加上并不怎么了解,更是艰涩难

集线器(hub), 网桥

本文内容整理自网络.包含的概念有:集线器(hub), 网桥. -----HUB 集线器(HUB)属于数据通信系统中的基础设备,它和双绞线等传输介质一样,是一种不需任何软件支持或只需很少管理软件管理的硬件设备.它被广泛应用到各种场合.集线器工作在局域网(LAN)环境,应用于OSI参考模型第一层,因此又被称为物理层设备.集线器内部采用了电器互联,当维护LAN的环境是逻辑总线或环型结构时,完全可以用集线器建立一个物理上的星型或树型网络结构.在这方面,集线器所起的作用相当于多端口的中继器.其实,集线器实

集线器与网桥的理解

本文内容整理自网络.包含的概念有:集线器(hub), 网桥. -----HUB 集线器(HUB)属于数据通信系统中的基础设备,它和双绞线等传输介质一样,是一种不需任何软件支持或只需很少管理软件管理的硬件设备.它被广泛应用到各种场合.集线器工作在局域网(LAN)环境,应用于OSI参考模型第一层,因此又被称为物理层设备.集线器内部采用了电器互联,当维护LAN的环境是逻辑总线或环型结构时,完全可以用集线器建立一个物理上的星型或树型网络结构.在这方面,集线器所起的作用相当于多端口的中继器.其实,集线器实

成不了高手只有一个原因——懒!!!

这是2013年初时很火的一篇文章,今天翻出来看仍然很有感觉:文章原本的表示是<创业失败只有一个原因--懒!!!>,对开发人员同样适用.有两个层次上的懒惰: 1,肢体上的懒惰:主管分配给事不愿意去做:总是躲着,感觉做的少就占了便宜. 2,思想上的巨人,行动上的矮子:这类开发人员说的很多,却不见行动. 3,思维上的懒惰:绝大多数开发人员属于思维上的懒惰.每日忙忙碌碌,看似很听指挥,但始终无法把事情做对:也有些开发人员,看似勤奋,经常补充新知识,却忘了初心: -- 做事没有计划性,计划不符合SMAR

EF基础知识小记一

1.EF等ORM解决方案出现的原因 因为软件开发中分析和解决问题的方法已经接近成熟,然后关系型数据库却没有,很多年来,数据依然是保存在表行列这样的模式里,所以,在面相对象和高度标准化的数据库中产生了一个失配(不匹配.阻抗失配,微软的安德斯.海尔斯伯格<C#之父>可能会这样叫它),为了解决这个失配,大多数项目中都会引入"数据处理层"来转换应用程序实体层的数据到数据库的行和列中,随着"数据处理层"的不断进化,最后ORM就诞生了. 2.集成查询语言LINQ L

Openstack Neutron学习手册

Neutron 的设计目标是实现"网络即服务",为了达到这一目标,在设计上遵循了基于"软件定义网络"实现网络虚拟化的原则,在实现上充分利用了 Linux 系统上的各种网络相关的技术.理解了 Linux 系统上的这些概念将有利于快速理解 Neutron 的原理和实现. 1. OpenStack经典部署模式 三节点(控制节点,计算节点,网络节点)部署模式 Vlan模式与Gre模式对比 Vlan模式 在vlan模式下,vlan tag的转换是在br-int和br-ethx