对于需要判断条件的查询，是在 service 中判断还是直接用动态 SQL？

按照标题检索过滤本质上并不是什么逻辑操作, 也不属于业务流程, 简单来说, 它就是个数据检索, 正常情况应该由 Repository 这种基础设施提供好封装, 对业务层次完全透明. 另外 XML 是什么鬼? Java 的 XML 配置生成 SQL?
另外什么叫将业务写入 SQL? 查询当然最终是需要写入 SQL 的, 不管你怎么做. 将业务写入 SQL 一般说的是再 SQL 层面做一致性逻辑校验, 属于修改范畴.

@thinkershare 因为 mybatis 本身就不是完全封装好的 orm ，需要自己动手写 SQL ，我说的 <where> 是 mybatis 提供的动态 SQL 功能之一，基本上等于拼接 SQL 字符串，区别是 <where> 可以根据条件判断是拼接还是不拼接。
不过我理解你的意思了，谢谢！

按我的理解，你只能在 xml 里判断 title 是否为 null 。因为 title 为 null 时，直接用 `where article.title like #{dto.title}` 肯定是有问题的。
mybatis 就是用于动态 SQL 的场景，而且，这个判断跟业务流程也没太大关系，只是说 title 字段是 ignorable 的，在注释中写清楚就行。

Spring Data JPA Specification

这题 XML 里面用 <where> 标签 没啥问题

mybatisplus