|
精华帖 (0) :: 良好帖 (1) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-02-26
fhjxp 写道 fuliang 写道 fhjxp 写道 看了一下源码，问一下，dao，service定义每个都定一个接口有什么用啊？有什么好处？
基于接口而不是类编程，这样Service层依赖于dao层的接口而不是实现，可以方便的替换dao的实现。基于接口 编程提供了可插拔的松耦合的编程方式。Spring倡导基于接口编程的方式，这是一种良好的编程习惯，在Spring中使 用接口是自然的，被鼓励的。 你的回答里面我只看到一个理由：方便替换实现。为什么要松耦合、面向接口、好习惯还是为了这个。 真的方便了么？ 1,首先说90%以上的项目，都不存在另外作多套Dao，Service需要进行切换，我接触过到的项目（开发时间近三年）都没有遇到过这个情况，偏偏每个项目都要搞了接口，不管开发还是维护都没有得到什么好处。 2,如果某个service方法要修改具体实现，不管有接口还是没有接口都需要同样的修改代码。如果还需要修改方法的名称或参数，同时还得修改接口类，得改两处，反而麻烦了。 1、我曾经参加过一个项目，原来使用Hibernate,从这个项目派生出一个项目要用JPA,有了DAO接口就可以方便替换了，否则，你在每个Service中找使用的HibernateDAO,然后改成现在的JPA实现的DAO，这是一个烦琐而易出错的事情，这就是依赖于具体实现的害处。 接口作为一种契约，其他使用你代码的人只需要知道你接口中提供的方法，就可以使用你的代码了，而接口通常是方法的最小子集（要暴露给用户使用的部分）。如果你只有实现类，往往会让使用你代码的人陷于细节，自己查找你到底暴露那些方法给我用。维护方面，如果你的实现需要很大改动的时候，有了接口别人在修改你代码的时候，就会知道我只要实现了你定义的接口的功能就ok了，其他的细节和我无关。 ２、你所说的得改两处，是因为接口没有定义好，改动两处当然是不可避免的。如果你没有接口，别人要修改的话，他都不知道他的改动对其他部分的影响有多大，因为他很可能不知道，你要暴露什么，其他部分依赖于哪些方法。 ３、基于实现类违反了面向对象的设计原则：OCP、LSP、DIP |
| 返回顶楼 | |
|
发表时间：2008-02-27
没有看到认证的部分，不知道是如何处理的啊。
|
| 返回顶楼 | |
|
发表时间：2008-03-13
这么多jar库，累不累，有没有烦的感觉？
做一个网站没必要把spring+hibernate+....都用上， 感觉有点像电影里那个台词： 用就用最好的，你还甭嫌贵。。。。。。 |
| 返回顶楼 | |
|
发表时间：2008-03-16
fuliang 写道 前段时间用用Struts2+Spring+Hibernate+sitemesh做的一个在线音乐站点写的一个在线音乐
的站点.功能实现的相对比较粗糙(如歌曲列表没考虑分页什么的),另外只能使用IE(使用了ActiveX 控件播放音乐的).刚学的struts2,主要是想练一下. 表现层的action也可以注射到spring容器？ |
| 返回顶楼 | |
|
发表时间：2008-03-16
asheng88 写道 fuliang 写道 前段时间用用Struts2+Spring+Hibernate+sitemesh做的一个在线音乐站点写的一个在线音乐
的站点.功能实现的相对比较粗糙(如歌曲列表没考虑分页什么的),另外只能使用IE(使用了ActiveX 控件播放音乐的).刚学的struts2,主要是想练一下. 表现层的action也可以注射到spring容器？ Action可以由Spring容器来管理,Service可以直接注入到Action中,但需action配成prototype的,因为struts2,action是线程不安全的,需要每次请求创建一个action |
| 返回顶楼 | |
|
发表时间：2008-03-16
fuliang 写道 action是线程不安全的,需要每次请求创建一个action
spring管理的bean不都是单例的吗？也许表现层的action例外! 业务bean呢？service和dao都是单例的吧，是什么保证单例线程安全？ |
| 返回顶楼 | |
|
发表时间：2008-03-16
asheng88 写道 fuliang 写道 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操作, 本身就是线程安全.当然你也可以使用一些共享的可变变量,把他们搞成线程不安全的,然后配置成 原型模式的,当然这会影响一点效率. |
| 返回顶楼 | |
|
发表时间：2008-03-16
我指的线程问题是单例模式下访问器的同步问题，有同步synchronized就有可能死锁，如果没有synchronized，那么假想两个线程调用访问器，而其中一个线程在new之前睡眠，醒来的时候第二个线程已经new完成而第一个线程不知道，怎么样？这是单例吗？更恐怖的是表现的线程频繁！
|
| 返回顶楼 | |
|
发表时间：2008-03-16
俺到现在还没搞清楚用sitemesh的好处是什么……
|
| 返回顶楼 | |
|
发表时间：2008-03-17
tiyi 写道 俺到现在还没搞清楚用sitemesh的好处是什么……
1.增加一点复杂度,使你的网站看起来更牛一些. 2.让除了你之外的其他人维护你做的东西的时候困难一些.当然这不能只靠sitemesh,还需要靠其他的东西.很多,很多. 比如前段时间我看了别人的一个网站的代码,里边用到了以下东西: spring mvc spring ioc hibernate sitemesh prototype buffalo ajaxanywhere dwr ehcache javabb OpenVendor tidy displaytag 以上只是不完全统计.因为只是粗略看了一眼,看到了有这么多东西.还有些莫名其妙的jar包,不知道是什么东东的 其它的一些js,还用到了什么诸如xhconn,im之类的别人写好的东西,一堆一堆的,有个二十来个js. 还把所有的js写在一个jsp文件中到处被引用. 所有的js文件加起来600多K大. 配置文件一驼一驼的,又是xml又是properties的,又在WEB-INF下又在 classes下的. 结果呢,网站其实功能不多.但是却程序运行不稳定. |
| 返回顶楼 | |
