mapper和dao层的关系
modle层就是对应的数据库表的实体类。Dao层是使用了Hibernate连接数据库、操作数据库（增删改查）。Service层：引用对应的Dao数据库操作，在这里可以编写自己需要的代码（比如简单的判断）。
action层，dao层，service层，domain层，util层，common层含义如下：action为控制层，MVC中充当C角色，用来分配哪个业务来处理用户请求。dao持久层，DB操作都写在这里。service层属于springmvc的service业务层。
Dao跟service本身就不是在一个层次上让他们继承实在有些牵强，而采用合成/聚合则使dao层和service层有更松散的耦合，所以就耦合性来讲采用合成聚合方式更为合理。
首先解释面上意思，service是业务层，dao是数据访问层。
DAO模式是业务逻辑层和持久存储层之间的抽象层，例如图业务对象通过数据访问对象访问RDBMS(datasource)。这个抽象层可以灵活的介入并简化了应用程序代码。
dao层的代码则只与数据库交互，比如service层要添加用户记录，它就执行insert语句，要检查用户是否已存在，它就执行select语句。
1、SpringMVCSpringMVC在项目中拦截用户请求，它的核心Servlet即DispatcherServlet承担中介或是前台这样的职责，将用户请求通过HandlerMapping去匹配Controller，Controller就是具体对应请求所执行的操作。
2、SSM框架的使用方法：先写实体类entity，定义对象的属性，（可以参照数据库中表的字段来设置，数据库的设计应该在所有编码开始之前）。
3、SSM框架各层关系DAO层、Service层这两个层次都可以单独开发，互相的耦合度很低，完全可以独立进行，这样的一种模式在开发大项目的过程中尤其有优势。
Struts的基本结构，JSP页面是表示层视图，操作是业务逻辑控制层控制，Dao、DaoImpl、Service、ServiceImpl都是数据访问的东西。通用服务和ServiceImpl用于连接动作与Dao和DaoImpl。通常XML中使用Spring注释。
action层，dao层，service层，domain层，util层，common层含义如下：action为控制层，MVC中充当C角色，用来分配哪个业务来处理用户请求。dao持久层，DB操作都写在这里。service层属于springmvc的service业务层。
Action：Action类是用户请求和业务逻辑之间的桥梁，每个Action充当客户的一项业务代理。
Service层：引用对应的Dao数据库操作，在这里可以编写自己需要的代码（比如简单的判断）。Action层：引用对应的Service层，在这里结合Struts的配置文件，跳转到指定的页面，当然也能接受页面传递的请求数据，也可以做些计算处理。
mapper开发更好，原始dao开发存在以下问题：存在一定量的模板代码。比如：通过SqlSessionFactory创建SqlSession；调用SqlSession的方法操作数据库；关闭Sqlsession。存在一些硬编码。
mapper层的作用是对数据库进行数据持久化操作，他的方法语句是直接针对数据库操作的现在用mybatis逆向工程生成的。mapper层，其实就是dao层，主要是做数据持久层的工作，负责与数据库进行联络的一些任务都封装在此。
应该是用于扫描dao层的接口。在这个接口里写的方法不必有实现类，只要在mapper文件里有对应id的sql语句就能使用。
使用mybatismapper接口怎么动态获得dao（1）HTTPRequestDefaults该属性管理器用于设置其作用范围内的所有HTTP的默认值，可被设置的内容包括HTTP请求的host、端口、协议等。
Dao层是和数据库打交道的，Service层会封装具体的业务。有点抽象..e.g.用户管理系统dao封装了用户的增删改查。
dao是数据库接入层，这个是一个接口，implementsDao去实现这个接口，也就是按照接口中定义的方法取数据，Serveiec也是一个接口，这个接口可以将不同的Dao放在同一个服务中，implementService实现Service。
逻辑层：将用户的输入信息进行甄别处理，分别保存。建立新的数据存储方式，在存储过程中对数据进行读取，将“商业逻辑”描述代码进行包含。
Action类是[获得Form表单数据，并处理逻辑的类]。DAO(DataAccessObject)是一个接口实现[通过SessionFactory获得操作数据库的会话，并实现一些基本的删除、添加、修改数据。
普通三层：数据访问层DAL：用于实现与数据库的交互和访问，从数据库获取数据或保存数据到数据库的部分。业务逻辑层BLL：业务逻辑层承上启下，用于对上下交互的数据进行逻辑处理，实现业务目标。
为了能够在内部实现这三个抽象层次的联系和转换，数据库系统在这三级模式之间提供了两层映像：外模式/模式映像和模式/内模式映像，正是这两层映像保证了数据库系统中的数据能够具有较高的逻辑独立性和物理独立性。
