ssh中service层与dao层解耦的问题.docxVIP

mu 当前应用dao层使用了 hibernate,但是为了使应用与hibernate解耦，在dao层使用一个接 口，此接口屮提供了 get save updatex deletex list query 等的方法，service 层使用该接 口提供的方法而无需知道dao层使用的具体框架。 现在有个问题，如果是较复杂查询，hibernate提供了 hql或者Restrictions Criteria Z类的 类來实现查询，但是我希望service层或action层不去使用hibernate的东四，如何设计封闭 这个条件比较好？ 回答 针对接口编程，而不是实现就好了。DA0接口存在的目的就是这个，Service层 只向DA0依赖（这个是必须的），表现层只向Service层依赖，不能跨层依赖， 这样不符合分层的设计。因此，只fl Service层对DAO的依赖，而且依赖的是接 口, Service层自然不必知道DA0的实现到底是用Hibernate还是JPA或JDBC 了，这已经达到了解耦的目的。 myali88 （架构师）2010-05-20 代码是人写的，如果程序员非要在service层写hibernate的东西，你是没办法 控制的。 分层只是个规范，程序员只有遵守这个规范，才解耦了。 2022228 （中级程序员）2010-05-20 在设计的时候hibernate的hql或者Restrictions、Criteria之类的类就不要 出现在方法参数里，多采用泛型机制。可以看下appfuse的源代码看它是怎么设 计的。 cwx714 （架构师）2010-05-20 我比较同意2022228的说法，我们现在使用的就是appfuse,就是冇人非要把相 关的东西写到service层里，很无奈，还有更可气的是，hibernate不用，非要 放个ibatis进去使。 重要的还是遵守规范，和代码的审查。 说句很扯的话，时不时的换下数据库（例如oracle改成mysql），时不时的改 下框架（hibernate改ibatis）没准让他们吃点苦头就好了。 以上屈于扯淡的话，别拍我 o sheep3600 （高级程序员）2010-05-20 1楼的说的不错， zhou363667565 （初级程序员）2010-05-20 myali88说的很正确，针对接口编程。 使用 spring 将 dao implement 注入进 service 里。 如果程序员缺乏分层和面向接11编程的概念，可以让有经验的带一带；如果是有 意不遵循规，就让他滚蛋。 summer feel （初级程序员）2010-05-21 no dao —■个 service -■个 adapter 业务 service extends baseService rrsy23 （初级程序员）2010-05-21 多使用泛型 将hibernate的操作全都放到daolmpl里面去，不用扯到service层的 比如在dao层返回一个List给service就操作就0K 了 Java代码吟 /** * WjMax Corporation copy right 2010 - 2010 * * $Header: /cvsroot/idc/wj/java/com/wj/common/utils/WjCriteria .java, v 1. 5 2010/04/16 09:14:20 elan Exp $ * $Id: WjCritcria. java,v 1.5 2010/04/16 09:14:20 clan Exp $ * $Author: elan $ * $Date: 2010/04/16 09:14:20 $ * $Revision: 1.5$ */ package com. wj .commo n. u tils; 11. /** *标准条件查询 TOC \o 1-5 \h \z * * * @author elan Emai1:272926206@qq. com */ public interface WjCriteria { 19. /** *添加条件 * * @param cri Leri on * @return */ public WjCriteria add(Object criterion); 27. /** *排序 * @param wjOrder @return */ public WjCriteria addOrder(WjOrder wjOrder); /** *创建一个关联别名 * ?param associationPath 关联对彖导航 ?param alias 别名 @rcturn */ public WjCriteria createAlias(Str