yh_private
- 浏览: 38762 次
- 性别:
- 来自: 长春
-
最新评论
-
yh_private：
amonlei 写道单元测试： 看代码覆盖率
集成测试：看业务 ...
二． 测试的粒度，我们到底应该把粒度控制到多细？ -
amonlei：
单元测试： 看代码覆盖率
集成测试：看业务操作覆盖率
不能一 ...
二． 测试的粒度，我们到底应该把粒度控制到多细？ -
gigix：
daquan198163 写道另外每次都让hibernate重 ...
二． 测试的粒度，我们到底应该把粒度控制到多细？ -
daquan198163：
抛出异常的爱 写道
勇气之类的是个虚词。。。。。
代码评审要时 ...
二． 测试的粒度，我们到底应该把粒度控制到多细？ -
daquan198163：
我就是像你说的方法一那样做的，在setUp里new 出很多VO ...
二． 测试的粒度，我们到底应该把粒度控制到多细？
文章列表
很肤浅的想法，希望大牛多多指点
原来的façade代码
public class XxFacadeImpl implements XxFacade {
public List doSomeThing(String param1) {
//1组装查询条件
XXVO xxVO=new XXVO();
xxVO.setParam(param);
//2.通过条件查询数据库已获得相业务数据
List xxList = xxDao.getXXList(xxVO); //Dao逻辑1
...
由于工作原因,现在将ORM从熟悉的Hibernate转到IBatis
最近组里要把过去的一个项目从ms sql转到oracle下,原本在HB下很轻松的事情
结果现在要一个模块一个模块的改,而且出现的问题多多,改起来超级麻烦
发现IBatis在持久层为我们做的少之又少，带来的是一堆堆 XML
改的时候IB不给输出执行时的SQL语句,出错基本不知道是什么地方的问题,只能一点点摸索(比如断点),要去XML中一个一个的对比,粘出去到ORACLE下执行语句.
一个小项目动辄几十个XML用来映射SQL,调程序必须在 SQL/CODE之间来回切换,谁知道是不是SQL在ORACLE下出错了,人写的么,都会有 ...