你所说的，其实就是MVC分层。大部分web都是你通过页面操作，来与数据库进行交互。DAO层就是写与数据库交互的部分，service层是你操作之后，与数据库交互之前，会运用的逻辑处理。ACtion就是一个任务分发器，你执行了什么操作，到后台对应找什么方法。

简单给你分析下
dao 与数据库进行交互
service 处理相关业务逻辑,调dao层方法
action 接收页面请求,应该调sevice中哪个方法
其实这种思想无非就是mvc,网上说的也比较全面

引用:

那么根据上面的分析得到结果如下
1.dao层写与数据库交互的方法
2.service写相关的业务逻辑处理,决定应该调dao层中的什么方法
3.action 中接收页面的请求,把数据整理后传给service层处理。

一些业务逻辑代码（例如数据的封装等）放在service层

要了解哪些代码写入哪些层中很简单，你只需要知道为何要分层？我们分层的目的是为了让代码清析，阅读起来更容易，其中还有一个更重要的原因就是让代码扩展性更好，例如本人现在做的是WEB应用，但是有一天老板叫本人把WEB应用改成桌面应用。这个时候假如你以后是严格按照三层来写的这个事就好做了。夸张一点本人只需要动ACTION，service与dao层本人不用作过多的改动。相对应的假如哪天本人数据库要换成另一种，本人只需要动dao层,其他的也不动。所以dao是用于操作数据用的，service是为页面功能服务的，在service中对数据进行处理计算，然后返回数据结果到ACTION,而action则再对数据进一步处理，例如把list转成json,把两个service数据进行合并等，并发送到jsp页面显示。