CHEN Jian's Java Blog

只要保证一个sql-map文件里面不重复就可以了： 原文是： 3.2.4.1. id The required id attribute provides a name for this statement, which must be unique within this <SqlMap>.

Ibatis 相比于 spring jdbc template的好处： 1.把 column value <=> JavaBean这种映射放到XML里来做会比在java代码里来做方便（作者很谦虚地说这只是他个人的体会） 2.SQL里的parameter可以用#age#, #name#来表示，而不是问号； 这可以增强sql的可读性 3.可以方便地将ResultSet一步映射为组合对象（如类A里面关联了类B的实例作为属性），免于用java进行手工组装。这意味着你的数据层bean可以写成domain风格，而不是table model风格 4.可以把动态SQL的拼写放在XML里，维持一个相对整洁的外观。这个在多条件搜索时大有用武之地。 5.可以在XML里重用SQL片断，比在JAVA里重用要直观一些 ========================================== 一些边角的东西： 1.“null value replacement”可以让你设置：在参数值为空时，用某个值来填充 2. 尽量用resultMap，而不是resultClass. 看这里 3. 支持复合主键 4. 动态SQL拼写除了支持<isNull>和<isNotNull>，还支持<isPropertyAvailable>(对付多态对象有效)，<isEmpty>(对付未trimToNull的字符串有效)和它们的反义词

都说单元测试应该喵准单个方法，每个测试方法只测一小部分逻辑。 但另一方面，如果测试时总是要Mock，你就要想办法少Mock一些东西，因为Mock代码写起来是很累、很难看的 Service层的代码往往就是这种情况。看个例子： 你会怎么测下面这样的代码： //仔细看下，这是一棵4层的判定树 public class Service { //为了层次清晰，没有使用驼峰式命名 public boolean do_biz() { if (!is_biz_one_valid()) { return false; } return is_biz_two_valid(); } boolean is_biz_two_valid() { if (!is_two_a_valid()) { return false; } return is_two_b_valid(); } boolean is_two_b_valid() { if (!is_two_b_left_valid()) { return false; } return is_two_b_right_valid(); } … 本着每个测试方法只测一小块逻辑的原则，你可能会这样写： @Test public void test_do_biz() { Service …

Service层的单元测试：在测试方法单元性和所需Mock的次数上取得平衡 Read More »

此为抛砖贴，希望能引出更好的见解。 你会怎么单元测试这样一个service层的类？ public class Service { private BizOne bizOne; private BizTwo bizTwo; public boolean doBiz(Object param) { Object resultOne = bizOne.getIt(param); if (resultOne == null) { return false; } return bizTwo.getIt(param) == null; } … } 不管怎么测，对bizOne和bizTwo的调用都得mock掉，否则你的测试类可能会直接访问数据库或者依赖容器。所以你可能会这样写测试代码： // do mocking BizOne bizOne = expectBizOneNotReturnNull(param); BizTwo bizTwo = expectBizTwoReturnNull(param); // inject mocked objects service.setBizOne(bizOne); service.setBizTwo(bizTwo); assertTrue(service.doBiz(param)); …

Service层的单元测试：与其Mock别人，不如Mock自己 Read More »

spring reference的原文：     *The correct wiring of your Spring IoC container contexts.     * Data access using JDBC or an ORM tool. This would include such things as the correctness of SQL statements, Hibernate queries, JPA entity mappings, etc.