ssh框架中的service层的意义

首先举一个service层的具体实现例子：

在ssh工程中，首先创建service接口，定义几个action中会用到的方法。然后创建service接口的实现类serviceImpl，实现接口中定义的方法，然后在spring中创建实现类的bean，bean中用到的dao实例通过spring进行注入。在action中，创建service接口的引用，该引用的实例为上述的service接口实现类，通过spring进行装配。因此在action中，对数据库的操作就通过servic接口的实例来进行。

这样做的意义是：

在ssh中，hibernate封装了dao类，可以在action中直接声明dao类的引用及其get和set方法，然后在spring的配置文件中直接注入dao的实例。但是缺陷是业务逻辑层与模型层耦合。如果更换了数据库，或者更换了对模型的具体操作，就必须更改action的代码和spring配置文件。

而如果使用service层，那么在action中不用去声明dao类的引用，而是声明一个servic接口的引用。而该引用的实例，则是通过spring进行装配的。如果更换了数据库或者对模型的具体操作，我们不需要去改action的代码，只需要新建一个新的service接口的实现类，在spring的配置文件中更换action中用到的service实例就可以了。

因此使用service层的优点就是能实现业务逻辑层与模型层的解耦，由于业务逻辑层中声明的是接口，因此在spring中只需要更换该接口的实现类就可以，action中的代码不需要任何改动。对于大型多人分工的应用，这样可以实现模块化。

但缺点也很明显，对于一些小的应用，这样分层使得结构非常复杂，代码量也很多，spring中的配置信息也需要写很多。