使用Struts2+Spring+Hibernate+sitemesh做的一个在线音乐站点

1、我曾经参加过一个项目，原来使用Hibernate,从这个项目派生出一个项目要用JPA,有了DAO接口就可以方便替换了，否则，你在每个Service中找使用的HibernateDAO,然后改成现在的JPA实现的DAO，这是一个烦琐而易出错的事情，这就是依赖于具体实现的害处。
　　接口作为一种契约，其他使用你代码的人只需要知道你接口中提供的方法，就可以使用你的代码了，而接口通常是方法的最小子集（要暴露给用户使用的部分）。如果你只有实现类，往往会让使用你代码的人陷于细节，自己查找你到底暴露那些方法给我用。维护方面，如果你的实现需要很大改动的时候，有了接口别人在修改你代码的时候，就会知道我只要实现了你定义的接口的功能就ok了，其他的细节和我无关。
２、你所说的得改两处，是因为接口没有定义好，改动两处当然是不可避免的。如果你没有接口，别人要修改的话，他都不知道他的改动对其他部分的影响有多大，因为他很可能不知道，你要暴露什么，其他部分依赖于哪些方法。
３、基于实现类违反了面向对象的设计原则：OCP、LSP、DIP

没有看到认证的部分，不知道是如何处理的啊。

这么多jar库，累不累，有没有烦的感觉？
做一个网站没必要把spring+hibernate+....都用上，
感觉有点像电影里那个台词：
用就用最好的，你还甭嫌贵。。。。。。

呵呵。。不错哦

呵呵呵呵呵呵呵呵

表现层的action也可以注射到spring容器？

Action可以由Spring容器来管理,Service可以直接注入到Action中,但需action配成prototype的,因为struts2,action是线程不安全的,需要每次请求创建一个action

spring管理的bean不都是单例的吗？也许表现层的action例外!
业务bean呢？service和dao都是单例的吧，是什么保证单例线程安全？

Spring管理的bean可以配置成singleton和prototype的,
一般DAO和Service都应该是单例的,Struts2的Action模型本身就不是单例的,因为
通常Action是有数据成员,并且通过getter,setter与页面的字段绑定.
service和dao事实上他们通常没有可变的东西,Service只依赖于dao,dao只有CRUD操作,
本身就是线程安全.当然你也可以使用一些共享的可变变量,把他们搞成线程不安全的,然后配置成
原型模式的,当然这会影响一点效率.

我指的线程问题是单例模式下访问器的同步问题，有同步synchronized就有可能死锁，如果没有synchronized，那么假想两个线程调用访问器，而其中一个线程在new之前睡眠，醒来的时候第二个线程已经new完成而第一个线程不知道，怎么样？这是单例吗？更恐怖的是表现的线程频繁！