learn from：http://www.mybatis.org/mybatis-3/dynamic-sql.html
mybatis支持动态拼接sql语句。主要有：
<a href="#if">if</a>
choose (when, otherwise)
trim (where, set)
foreach
首先看基本实例：
这里遇到一个问题：
也就是说，mybatis将name当做输入参数的一个属性，并且期望通过getter方法来获取它的值。很容易想到，将输入参数改成Blog就可以了。
然而，这并不符合我们的查询习惯，比如，如果是Blog就必须这样查询：
第一种做法是简单类型都是使用_parameter来代替。
第二种做法比较容易理解,在方法参数前添加@Param(value="xxx")注解来使用xxx作为传入参数。
两种做法均可，所以，看你喜欢了，是想要省事简洁还是通俗易读。在这里，还是选择第0种方案，即传入Blog对象来作为查询条件。
if节点中，属性test是一个boolean值，为true的时候将拼接if里的sql语句。
参数值是可以包含一些掩码或通配符的.比如通配符%和占位符_
所以，很简单很容易理解。
首先看期望的结果，blog表中有三条满足name like:
这三条中，满足author的username like的有两条：
也就是我们最终希望结果是blog id为8 和 9。
mybatis的sql语句如下：
当blog的name不为null的时候查询name匹配，当author的username不为null的时候，查询author的username匹配。
第一个if节点的test为name，这个会查找Blog的name字段，如果传入参数Blog没有name字段，那么就会像我们开始那样报错。所以，name必须是blog的一个字段。同理，#{name}这个也要和blog字段字面量的值匹配。
第二个if节点的test里看到了and，and就是并且。首先判断author是否为null，就是判断Blog对象的author属性是否为null。接着判断author.name是否为null，这里就有点问题了。因为我的Author类中并没有name字段，对应的字段字面量是username。也就是说这里应该是author.username。但我粗心写成了author.name（所以为每段代码编写unit test是多么的重要）。更奇葩的是，这条test通过了判断为真，这里先不讲，后面测试的时候再分析原因。不过这里一定要改成author.username才是正确的做法。
对应的java接口：
下面开始测试：
先看结果对不对：
test通过了，blog也确实是我们想要的两条。但仔细观察结果就会发现几个问题。第一个问题是author为null，这个我们等下再解决。第二问题是sql查询语句查询了author.username like，也就是说我们第二个if节点的test 为true。难道出了问题？我们的Author类明明没有name字段。所以，这里要跟踪下代码。
好吧，跟踪了半天一直到ognl内部，还是没追踪到为什么name翻译成username了。下面还是搞定第一个问题，author为null。
查询的结果映射到Blog，但blog的author字段并没有初始化。很容易就猜测到结果集的字段和blog的author不匹配。这个就用到resultMap而不是resultType。在上一遍博文中记录了下来。
View Code
这样测试结果：
唯有不断学习方能改变！
-- <b>Ryan Miao</b>