一个项目中说系统分为表现层、控制层、逻辑层、DAO层和最终数据库五层架构 这具体是什么意思啊

1、表现层：主要功能是显示数据和接受传输用户的数据，可以在为网站的系统运行提供交互式 *** 作界面，表现层的应用方式比较常见，例如Windows窗体和Web页面。

2、控制层：将业务规则、数据访问、合法性校验等工作进行处理。通过COM/DCOM通讯与逻辑层建立连接。

3、逻辑层：将用户的输入信息进行甄别处理，分别保存。建立新的数据存储方式，在存储过程中对数据进行读取，将“商业逻辑”描述代码进行包含。

4、DAO层：主要是对非原始数据（数据库或者文本文件等存放数据的形式）的 *** 作层，对数据库的 *** 作，而不是数据，具体为业务逻辑层或控制层提供数据服务。

5、最终数据库：是数据库的主要 *** 控系统，实现数据的增加、删除、修改、查询等 *** 作。实际运行的过程中，最终数据库没有逻辑判断能力，为了实现代码编写的严谨性，提高代码阅读程度，一般软件开发人员会使用DAO层，保证数据处理功能。

扩展资料：

系统分为表现层、控制层、逻辑层、DAO层和最终数据库五层架构的优点是：

1、开发人员可以只关注整个结构中的其中某一层。

2、可以很容易的用新的实现来替换原有层次的实现。

3、可以降低层与层之间的依赖。

4、有利于标准化。

5、利于各层逻辑的复用。

6、结构更加的明确。

7、在后期维护的时候，极大地降低了维护成本和维护时间。

8、避免了表示层直接访问数据访问层，表示层只和业务逻辑层有联系，提高了数据安全性。

9、有利于系统的分散开发，每一个层可以由不同的人员来开发，只要遵循接口标准，利用相同的对象模型实体类就可以了，这样就可以大大提高系统的开发速度。

10、方便系统的移植，如果要把一个C/S的系统变成B/S系统，只要修改三层架构的表示层就可以了。业务逻辑层和数据访问层几乎不用修改就可以轻松的把系统移植到网络上。

11、项目结构更清楚，分工更明确，有利于后期的维护和升级。

Dao层又叫数据访问对象层, 封装数据库的底层 *** 作细节如数据库的连接及对数据的CRUD等 *** 作，它不但屏蔽了数据存储最终介质的不同，也屏蔽了具体实现技术的不同。一般在其上还会有Service层来封装业务 *** 作进行进一步的解耦。不用DAO层也能实现Dao层时的优点如自己封装一个类似Dao层功能的数据库 *** 作模板类，可参考Spring的DAO层思想。

J2EE 开发人员使用数据访问对象(Data Access Object DAO)设计模式,以便将低级别的数据访问逻辑与高级别的业务逻辑分离。实现 DAO 模式涉及比编写数据访问代码更多的内容。

数据访问对象(Data Acess Object) 模式

一.环境

根据数据源不同，数据访问也不同。根据存储的类型(关系数据库、面向对象数据库、文件等等)和供应商实现不同，持久性存储(比如数据库)的访问差别也很大。

二.问题

许多真是的J2EE应用程序需要在一定程度上使用持久性数据。对于许多应用程序，持久性存储是使用不同的机制实现的,并且用来访问这些不同的持久性存储机制的API也有很大的不同。

比如，应用程序使用实体bean(这里应该是指BMP的bean，CMP的bean已大大降低了与RDBMS的耦合)的分布式组件来表示持久性数据，或者使用JDBC API来访问驻留在某关系数据库管理系统(RDBMS)中的数据，这些组件中包含连接性性和数据访问代码会引入这些组件与数据源实现之间的紧密耦合。组件中这类代码依赖性使应用程序从某种数据源迁移到其他种类的数据源将变得非常麻烦和困难。当数据源变化时，组件也需要改变，以便于能够处理新类型的数据源。

(举个例子来说，我们UPTEL系统是使用JDBC API对 ORACLE数据库进行连接和数据访问的，这些JDBC API与SQL语句散布在系统中，当我们需要将UPTEL迁移到其他RDBMS时，比如曾经迁移到INFORMIX，就面临重写数据库连接和访问数据的模块。)

三.作用力

1.诸如bean管理的实体bean、会话bean、servlet等组件往往需要从持久性存储数据源中检索数据，以及进行数据存储等 *** 作。

2.根据产品供应商的不同，持久性存储API差别也很大，这些API和其能力同样根据存储的类型不同也有差别，这样存在以下缺点，即访问这些独立系统的API很不统一。

3.组件需要透明于实际的持久性存储或者数据源实现，以便于提供到不同供应商产品、不同存储类型和不同数据源类型的更容易的移植性。

四.解决方案

使用数据访问对象(DAO)模式来抽象和封装所有对数据源的访问。DAO管理着与数据源的连接以便检索和存储数据。

DAO实现了用来 *** 作数据源的访问机制。数据源可以时RDBMS,LDAP,File等。依赖于DAO的业务组件为其客户端使用DAO提供更简单的接口。DAO完全向客户端隐藏了数据源实现细节。由于当低层数据源实现变化时，DAO向客户端提供的接口不会变化，所有该模式允许DAO调整到不同的存储模式，而不会影响其客户端或者业务组件。重要的是,DAO充当组件和数据源之间的适配器。

(按照这个理论，如果我们UPTEL系统使用了DAO模式,就可以无缝的从ORACLE迁移到任何一个RDBMS了。梦想总是很完美的，且看看DAO模式如何实现)

http://www.52design.com/html/200707/design2007717152011.shtml

---