三层架构介绍

对比以上两图,我们可以看出:
  1)数据库好比猪圈
,所有的猪有序地按区域或编号,存放在不同的猪栏里。
  2)DAL 好比是屠宰场
,把猪从猪圈取出来进行(处理)屠杀,按要求取出相应的部位(字段),或者进行归类整理(统计),形成整箱的猪肉(数据集),传送给食品加工厂( BLL
)。本来这里都是同一伙人既管抓猪,又管杀猪的,后来觉得效率太低了,就让一部分人出来专管抓猪了( DBUtility
),根据要求来抓取指定的猪。
  3)BLL 好比食品加工厂
,将猪肉深加工成各种可以食用的食品(业务处理)。
  4)Web 好比商场
,将食品包装成漂亮的可以销售的产品,展现给顾客( UI 表现层)。
  5)猪肉好比 Model
,无论是哪个厂(层),各个环节传递的本质都是猪肉,猪肉贯穿整个过程。
  6)通用类库 Common
相当于工人使用的各种工具,为各个厂(层)提供诸如杀猪刀、绳子、剪刀、包装箱、工具车等共用的常用工具(类)。其实,每个部门本来是可以自己制作自己的工具的,但是那样会使效率比较低,而且也不专业,并且很多工作都会是重复的。因此,就专门有人开了这样的工厂来制作这些工具,提供给各个工厂,有了这样的分工,工厂就可以专心做自己的事情了。

三层架构介绍,布布扣,bubuko.com

时间: 2024-12-15 06:44:44

三层架构介绍的相关文章

从零开始编写自己的C#框架(5)——三层架构介绍

原文:从零开始编写自己的C#框架(5)--三层架构介绍 三层架构对于开发人员来说,已经是司空见惯了,除了大型与超小型项目外,大多都是这种架构来进行开发. 在这里为初学者们简单介绍一下三层架构: (下面内容摘自<趣味理解:三层架构与养猪-<.NET深入体验与实战精要>>,这是以前看到的关于三层架构介绍,觉得挺经典的,大家有时间的话认真看看) 对比以上两图,我们可以看出: 1)数据库好比猪圈 ,所有的猪有序地按区域或编号,存放在不同的猪栏里. 2)DAL 好比是屠宰场 ,把猪从猪圈取出

三层架构介绍及线程与进程的关系

1.初识三层架构(其实就是吧同种类的全部放到一起) 1).用户交互 2).逻辑处理 3).数据存储 2.多线程与多进程 进程:是操作系统自己派生出来的. 线程:是由进程派生出来的. 1)一个程序至少有一个进程,一个进程至少有一个线程. 2) 线程的划分尺度小于进程,使得多线程程序的并发性高. 3) 另外,进程在执行过程中拥有独立的内存单元,而多个线程共享内存,从而极大地提高了程序的运行效率. 4) 线程在执行过程中与进程还是有区别的.每个独立的线程有一个程序运行的入口.顺序执行序列和程序的出口.

ASP.NET三层架构介绍及数据库配置方法

一.三层架构(高内聚,低耦合) 1.Model层:中的实体类是与数据库表严格对应的,并定义的public成员属性. 2.DAL数据访问层:实现对数据库中数据的“增,删,改,查”操作. 4.Web表现层:Web页面功能3.BLL业务逻辑层:针对具体问题的操作,即对DAL层的操作 需要注意的是: DAL层只可以访问或调用Model层: BLL层只可以访问或调用Model和DAL层: Web层只可以访问或调用Model和BLL层. 二.数据库配置方法 改web.config中的连接字符串: (1) D

后台三层架构

后台三层架构 所谓的三层开发就是将系统的整个业务应用划分为表示层.业务逻辑层.数据访问层,这样有利于系统的开发.维护.部署和扩展. 分层实现了“高内聚.低耦合”,采用“分而治之”的思想,把问题划分开来解决,易于控制.延展,易于分配资源. 第一层:表现层/表示层:负责直接跟用户进行交互,一般是指系统的界面,用于数据录入.数据显示等.意味着只做与外观显示相关的工作,不属于它的工作不用做. 第二层:业务层/服务层:用于做一些有效性验证的工作,以更好地保证程序运行的健壮性.如完成数据添加.修改和查询业务

事务管理在三层架构中应用以及使用ThreadLocal再次重构

本篇将详细讲解如何正确地在实际开发中编写事务处理操作,以及在事务处理的过程中使用ThreadLocal的方法. 在前面两篇博客中已经详细地介绍和学习了DbUtils这个Apache的工具类,那么在本篇中将全部使用DbUtils来编写我们的代码,简化操作嘛,由于本篇主要讲解事务,因此如果不懂事务,可以先看之前的博客<使用JDBC进行数据库的事务操作(1)>和<使用JDBC进行数据库的事务操作(2)>. 在博客<使用JDBC进行数据库的事务操作(2)>中我们已经学习了使用J

[转]从三层架构到MVC,MVP

本来是不想跳出来充大头蒜的,但最近发现园子里关于MVC的文章和讨论之风越刮越烈,其中有些朋友的观点并不是我所欣赏和推荐的,同时最近也在忙着给公司里的同事做MVC方面的“扫盲工作”.所以就搜集了一些大家接触MVC的过程中经常出现的问题做了一下解释说明,希望能与大家多多交流,呵呵. 当然这种架构模式本身的一些问题也会在接下来的内容就加以介绍,另外就是如果大家有什么不同观点的话,欢迎拍砖(只要不打脸就行,呵呵). 一.  MVC是谁提出的         模型-视图-控制器(MVC)是Xerox PA

三层架构在登录窗体中的实现

    刚刚学习了三层的内容,初接触三层,一头的雾水,原来在一个界面上自己还玩不转呢,现在又加了两层,于是自己看过了三层的视频之后就有种置身迷宫中的感觉,身陷重重围墙之中足足转了一周多的时间(当然有效时间没有那么多喽O(∩_∩)O~),今天,自己总算是找到了点感觉,现总结如下,望大家多多指教! 从不同的角度区划分,三层有不同的诠释.从物理角度区划分,三层包括显示层.业务层.数据层:从逻辑角度划分,三层包括用户层.业务逻辑层.数据访问层.接下来我将从逻辑角度给大家做一个详细的介绍: **用户层(U

企业级应用框架(二)三层架构之数据访问层的封装与抽象

接上一篇我们来对数据访问层进行封装与抽象.在上一篇我们知道,要解除BLL对DAL的依赖,我们就必须抽象出DAL层的接口,同时基于DAL的数据访问技术很多,如EF,ADO.NET,LINQ TO SQL,因此,我们的数据访问层必须对这些技术提供相应的支持.所以今天我们要做的事情有两件,第一,定义我们的数据访问层接口:第二,屏蔽各类数据库访问技术的差异,提供统一的数据库访问模型.举个例子,我们只需要修改一下我们的配置文件,就能够把ADO.NET的实现方式,改变成EF的实现方式.好下面搭建我们的三层构

从三层架构迈向领域驱动设计

本文读者基本要求:从事信息管理系统开发,略懂GOF设计模式及SOLID设计原则,对三层面向过程机械编码厌倦,并且不知道出路在何方,如果还掌握代码坏味和重构手法,那是极好的. 1. 三层架构 理论介绍-->实际经验-->总结反思 1.1 简单介绍三层架构 严格分层架构模式的特点是上层只能访问相邻的下层,其他层次间的调用都不允许.三层架构就是一种严格分层模式,它把职责划分为界面展示.业务逻辑.数据访问三层,还有一个业务实体,前面三层都要依赖它,所以它并不构成一个层.结构如图1. 三层架构的特点是一