三层架构设计理念

1、持久层:完成内存数据和磁盘数据的转换,设计原则,一个实体类,一个持久接口,一次数据库操作,一个持久方法

2、业务层:完成业务处理,将表现层提供数据处理后,交由持久层完成数据的保存,设计原则,一个实体类,一个业务接口,一次提交一个业务方法

3、表现层:完成数据的提供和数据的展示,并完成流程的控制,设计原则,采用MVC模式

M:模型也就是实体类,用于数据的封装和数据的传输。

V:视图也就是窗体和GUI,用于数据的提供和数据的展示

C:控制也就是事件,用于调用业务方法,以及业务流程控制

时间: 2024-07-31 14:35:19

三层架构设计理念的相关文章

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

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

三层架构和MVC

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

.Net三层架构

.Net三层架构 希望朋友们留下自己对三层架构的理解... 三层体系结构的概念 用户界面表示层(USL) 业务逻辑层(BLL) 数据访问层(DAL) BLL将USL与DAL隔开了,并且加入了业务规则 各层的作用 1:数据数据访问层:主要是对原始数据(数据库或者文本文件等存放数据的形式)的操作层,而不是指原始数据,也就是说,是对数据的操作,而不是数据库,具体为业务逻辑层或表示层提供数据服务. 2:业务逻辑层:主要是针对具体的问题的操作,也可以理解成对数据层的操作,对数据业务逻辑处理,如果说数据层是

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

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

用VS2010创建三层架构开发模式及三层架构的研究

三层架构的研究 三层体系结构的概念 用户界面表示层(USL) 业务逻辑层(BLL) 数据访问层(DAL) BLL将USL与DAL隔开了,并且加入了业务规则 各层的作用 1:数据数据访问层:主要是对原始数据(数据库或者文本文件等存放数据的形式)的操作层,而不是指原始数据,也就是说,是对数据的操作,而不是数据库,具体为业务逻辑层或表示层提供数据服务. 2:业务逻辑层:主要是针对具体的问题的操作,也可以理解成对数据层的操作,对数据业务逻辑处理,如果说数据层是积木,那逻辑层就是对这些积木的搭建. 3:表

Java Web 三层架构详解

java 三层架构ssh 一个spring2.5+hibernate3.2+struts2.0组合框架,使用spring的 IoC来管理应用的 所有bean,包括struts2的 action,充分发挥了spring轻量级框架的 优势.  摘 要: 针对当前Web应用程序开发面临的问题,结合目前比较流行的开源框架Spring.Struts和hibernate,提出了一种开发J2EE Web应用的轻量级解决方案,以帮助开发人员在短期内搭建结构清晰.可复用性好.维护方便的Web应用程序.并且,通过案

C# 三层架构项目体会(1)

最近在学习三层架构,有一些东西自己有一些自己的感触,想找个地方记下来,发现博客园中我还没有申请开通博客,后来就只在这里记下一些了,以后有一些感触,也会记下来吧. 首先,最开始学习三层的时候自己感觉不就是将一个应用程序分为三个不同的层次关系进行相互协调进而分工进行应用程序的执行,也许,我这样理解也不算错吧,不过,后来回想在学习C#基础的时候,发现,其实不仅仅只有这样,三层架构固然使这种效果,但是其内在思想是实现了面向对象中的三大特点:封装.继承和多态. 三层中通过使用不同层级将不同的实现与不同功能

三层架构理解

三层架构是将整个业务分成:表示层,业务逻辑层,数据访问层,已达到"高内聚,低耦合"的思想:当一个软件系统较大时,采用分层的思想,可以降低复杂度. [划分] 经典三层可以按照物理和逻辑两种划分方式,物理的划分方式是基于物理硬件的结构来划分的,使系统更容易布局到实际应用中:逻辑划分则站在软件设计的角度进行的划分. [依赖关系] 添加的实体负责各层之间的数据传递. [功能] 三层的设计理念大大简化了设计复杂度,有利于开发过程的分工,提高各个逻辑层之间的复用,降低开发成本和开发时间.我们必须了

MVC 于三层架构最大的区别,,,(Controller 控制器-MVC为设计视图角度)

转载:http://blog.csdn.net/csh624366188/article/details/7183872 当然啊,你要明白三层架构的MVC的区别和联系: 三层架构是最基本的项目分层结果,而MVC则是三层架构的一个变体,MVC是一种好的开发模式.首先你要明白MVC分别代表的是什么意思.M 即Model(模型层),主要负责出来业务逻辑以及数据库的交互V 即View(视图层),主要用于显示数据和提交数据C 即Controller(控制器),主要是用作捕获请求并控制请求转发 三层:UI