分层的困惑。写多了才发现，我把业务逻辑写action里面了，求解决方案
大概说一下我的程序：
论坛，有一些积分规则。
dao层（数据访问）
service层（业务逻辑）
action层（struts2的东西）
view 层（一些jsp页面)
我用了struts2 + spring + hibernate
所以我的dao层里面的代码特别少。而service层里面的代码只是向dao转调一下，所以代码更少。
现在好多的规则，关联的动作之类的东西都写在action里面了。
正常的程序，哪个层里的代码最多呢？
我写成这样了，还能改吗？
[解决办法]
正常的当然是Service最多啊。
action负责接收页面请求传过来的参数，并处理参数。然后将参数交给Service 层去处理。并接收Service的返回值，传回页面。
Service 接收参数，处理所有的业务逻辑。操作数据库的操作调用Dao去完成。
Dao单纯的数据库CURD
[解决办法]
没有绝对的好与坏，最简单的只要符合你现在项目的要求就行了，再加一点条件的话，就是让程序以后改写的时候方便点，所有好的程序都不是一撮而就的，一步一步慢慢来吧
[解决办法]
service 层调用 dao层
action 中调用service层
[解决办法]
如果是大项目就悲剧了，如果是小项目就当练练手吧，下次注意点
[解决办法]
自己写 就重构吧~ 也不费事
