DAO设计模式（九）_1.设计分层初步

基本知识：

1.理解程序设计分成的思想。

2.DAO设计模式的组成以及各部分的开发。

具体内容（核心内容）：

  1.程序的分层思想：

       实际上在任何的环境下分层的概念都会存在，例如：在公司里面可以按照职位分层。每一个层都是完全独立的，并且可以与其他层进行一个完整的交互。

       现在以人类交谈为例做一个简单的分层：

• 大脑是作为所有信息存储的单位存在，可以理解为数据层；
• 依靠语言或则是各个的行为模式来将分散的数据组合在一起；
• 还需要一些辅助性的外表的支持；

如果要对程序进行划分，那么最常见的方式就是：显示层+控制层+业务层+数据层+数据库。    

 后台业务是整个项目最核心的部分，因为现在的移动应用的火爆，所以对于前台层已经不局限于一个简单的web层了。而可能是Android、IOS.而且随着技术的发展，对于前台的开发还可能不使用Java了，使用Python或者是Node.JS进行包装.

      什么叫业务?什么叫数据呢?以陈老师牌照为例。

    业务层是整个程序提供的操作功能，而一个业务层的操作想完成需要多个数据层的控制操作一起共同完成。

     整个过程之中，数据层完整的只是一个个原子性的数据库操作；而在实际的开发之中每一个 开发的业务需要牵扯到多个原子性的操作，也就是说所有的原子性的操作业务最终在业务层完成。

   在实际的开发之中，业务的设计是非常复杂的。一个业务非常复杂的程序，往往需要一个总的业务层，后面牵扯到多个子业务层，每一个子业务层又去执行数个数据层。  

   数据层：又被称为数据访问层（Data Access Object,简称DAO），专门进行数据库的原子性操作，也就是说在数据层中最需要的就是JDBC中的PreparedStatement接口的使用；

  业务层：又被称为业务对象（Business Object，BO），但是现在也有人将其称之为服务层（service）,业务层核心的目的是调用多个数据层的操作以完成整体的项目业务设计，这个是整个项目的核心所在。

实例分析：

     现在要求勇emp表（empno、ename、job、hiredate、sal、comm）实现如下的操作功能：

• 【业务层】实现雇员数据的添加，但是需要保证被添加的雇员编号不会被重复；
•           【数据层】判断要增加的雇员编号是否存在；
•           【数据层】如果雇员编号不存在执行保存操作；
• 【业务层】实现雇员数据的修改操作；
•           【数据层】执行数据的修改操作；
• 【业务层】实现多个雇员数据的删除操作；
•          【数据层】执行雇员的限定的删除操作；
• 【业务层】可以根据雇员编号查找到一个雇员的信息；
•          【数据层】查询指定的雇员数据；
• 【业务层】可以查询所有雇员的信息；
•          【数据层】查询全部的雇员数据；
• 【业务层】可以实现数据的分页显示(模糊查询)，同时又可以返回所有雇员数量；
•         【数据层】雇员数据的分页查询;
•         【数据层】使用COUNT()函数统计出所有的雇员数量;

结论:用户提出的所有需求都应该划分为业务层,因为他指的是功能,而开发人员必须要 根据业务层去进行数据层的设计。