DoytoQuery vs SpringDataJPA

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

SpringDataJPA 支持通过 findBy 方法构建查询语句，然而 findBy 方法构建的查询条件是固定的，不支持忽略值为 null 的参数对应的查询条件，这导致我们需要为每一组参数组合定义一个 findBy 方法。例如：

findByAuthor
findByAuthorAndPublishedYearGreaterThan
findByAuthorAndPublishedYearLessThan
findByAuthorAndPublishedYearGreaterThanAndPublishedYearLessThan

当条件变多时，方法名会变长，参数也会变多，并触发“长参数”坏味道。解决这一问题的重构方法是“引入参数对象”，即把所有的参数定义在一个对象里。同时，我们把 findBy 的方法名中对应查询条件的部分作为这个对象的字段名称，我们便能为每个字段构建一个查询条件，并且根据对象的赋值情况，动态地组合非空字段对应的查询条件组合为查询子句。

public class BookQuery {
    String author;
    Integer publishedYearGreaterThan;
    Integer publishedYearLessThan;
    //...
}

基于此对象，我们可以把所有的 findBy 方法合并为一个泛型方法，从而简化查询接口的设计。

public class CrudRepository<E, I, Q> {
    List<E> findBy(Q query);
    //...
}

提出查询对象这一概念，并利用它来解决动态查询问题，正是 DoytoQuery 的核心功能。

第 1 条附言 · 6 天前

GitHub: https://github.com/doytowin/doyto-query

DoytoQuery

SpringDataJpa

查询

17 条回复 • 2026-03-08 16:05:03 +08:00

beginor

9 天前

建议可以参考一下 NHibernate 或者 EntityFramework 的 Linq 查询的实现，C#这边 Linq 已经快 20 年了，不知道为什么 Java 这边一直没有类似的东西出现，对 Java 不熟悉，不好评价。

f0rb

9 天前

@beginor Linq 这种需要编译期支持的就算了吧，Linq 真这么好咋没有其他任何编程语言跟进呢？

shuangbiaog

9 天前

类似 mybatis-plus 的条件构造器？

f0rb

9 天前

@shuangbiaog 纯依赖查询对象实现自动化构建，一行方法都不用写，这里有个对比仓库：
https://github.com/f0rb/java-orm-comparison

beginor

8 天前 via Android

@f0rb 那 jpa 的这些方法是不是也依赖编译器呢？

beginor

8 天前 via Android

@beginor linq 其实不依赖编译器编，因为 linq 表达式树不需要编译，是动态解释表达式树，转换为对应的 SQL 语句，依赖的是类型

f0rb

7 天前

@beginor

```c#
var query = from s in dbContext.Students
where s.Age >= 18
select s;
```
你说的是这种么？有第 2 个把 SQL 里的关键字直接拿来当编程语言的关键字的么？这种放其他语言直接编译出错。

JPA 的这些方法就只是普通的接口方法，解析方法名称用的是反射技术，不是编译器技术。

beginor

7 天前

@f0rb 这种写法实际上会被转译成 lambda 表达式树，在实际开发中，往往大家更喜欢这么写：

```c#
var query = dbContext.Students.Where(s => s.Age >= 18);
var data = query.ToList();
```

甚至还可以动态拼接：

```c#
var age = //
var query = dbContext.Students;
if (age > 0) {
query = query.Where(s => a.Age >= age);
}
var data = query.ToList()
```

再高级一点儿，还可以运行时根据需要生成表达式树，添加数据库特定的扩展函数。

这些表达式不会被编译，编译器只做类型检查，运行时根据参数动态转换成对应的 sql 语句。

Java (Hibernate/QueryDSL)就支持类似这样的查询

```java
query.select(s).where(s.age.gt(18))
```

但是使用体验和 c#相比真的很差。

除了 C#，确实极少有主流通用编程语言会为了数据库查询而直接修改语言本身的编译器，把 from, where, select 变成一级关键字，但是正因为这样，C# 是这种“伪 SQL 体验”做得最极致的一个。

f0rb

7 天前

@beginor 所以 linq 还是需要`if`语句来构造动态查询。

麻烦您评论前先了解一下别人的方案和区别好吗？
引入查询对象后是不需要显示编写`if`语句来构造动态查询的。
查询对象里哪个字段有赋值就把哪个字段的查询条件添加到查询语句里。
这才是 DoytoQuery 和传统 ORM 的根本性区别。

beginor

7 天前 via Android

这些是编程语言的特性，还有逻辑算符，开发者已经掌握，只要做好映射，就可以直接使用。

如果一个 ORM 需要再学习并记住 le lt ge 等晦涩的方言表才能生成 SQL ，推广起来只会更难。

freefcw

7 天前

所以 https://docs.spring.io/spring-data/jpa/reference/jpa/specifications.html 解决的是什么问题呢？

我觉得 jpa 这个命名只适合简单的，更多的还是要考虑 specifications

f0rb

7 天前

@freefcw Specification 接口是先根据查询参数构建 criteria ，再根据 criteria 构建查询语句。如果把 Specification 用到的参数聚合到一个对象中，就是先根据这个对象构建 criteria ，再构建查询语句。然后我就发现构建的查询语句跟这个查询对象直接相关，没必要依赖 criteria 多绕一圈。

https://github.com/f0rb/java-orm-comparison 这个仓库有跟 Specification 的写法做对比的，用 Specification 还是需要写大量 if 语句。用 DoytoQuery 则能根据查询对象自动构建动态查询语句，一行方法都不用写。

f0rb

7 天前

@beginor 我知道你的意思。但是如果只学 le lt ge 这些后缀，不光能生成 SQL 语句，还能生成 MongoDB 以及其他 NoSQL 数据库的查询语句，是不是就能体现它的价值了。

https://github.com/doytowin/doyto-query-mongodb 这是支持 MongoDB 的 Java 仓库。
https://github.com/doytowin/goooqo 这是一个 Go 语言版本的实现，同时支持 SQL 和 MongoDB 。

beginor

6 天前 via Android

如果能再进一步，将 le lt ge 这些改为使用语开发内置的 '>=' '>' '<=' 逻辑算符来生成对应的查询语句（也就是构建并解析λ表达式树），不仅学习起来更加容易，使用上也更加流畅，对于现有的 Java ORM 来说，才是实质的进步，否则大家还是会倾向选择大众化的 MyBatis 或者 JPA 。

f0rb

6 天前

@beginor 有一点我想你没有理解清楚，就是引入查询对象后就可以实现查询语句的自动化构建。比如下面这个类，你看眼字段名就知道每个字段对应的查询条件是什么，完全不再需要去编写方法，用'>=' '>' '<=' 这些逻辑运算符去构建查询语句。这也是为什么需要把逻辑运算符转换成谓词后缀的原因。

public class BookQuery
{
public string Author { get; set; } // author = ?
public int PublishedYearGt { get; set; } // published_year > ?
public int PublishedYearLt { get; set; } // published_year < ?
}

你在 C#里把这个对象转换成 WHERE 语句恐怕连 300 行代码都用不了。

beginor

6 天前

就个人来说，如果要先记住 Gt Lt 这些方言表，还不如用 mybatis 写 xml+sql 简单吧；

强依赖属性名称+谓词查询不是人人都能接受，万一属性名称拼或谓词错了一个字母呢？

到 C#这边来说，也就是这几行代码，而且编译器会做类型检查，提前发现并排除不必要的错误：

```c#
var query = context.Books;

if (author != null) {
query = query.Where(book => book.Author == params.Author);
}
if (startYear > 0) {
query = query.Where(book => book.PublishedYear > startYear;
}
if (endYear > 0) {
query = query.Where(book => book.PublishedYear < endYear);
}

var books = query.ToList();
```

f0rb

6 天前

@beginor 所以你有没有想过我这里为什么会拿 SpringDataJpa 的 findBy 方法作为切入点呢？
1. 这种后缀就十几个，2. 后缀可以通过插件做提示和检查。
这些都是 SpringData 已经实现的，我在这个基础上进一步简化了动态查询条件的组合功能，这个很难理解吗？

mybatis 的 xml 里用 if 拼 SQL 会比定义几个字段更简单吗？那为什么都去用 mybatis-plus 了？

还有你这段 C#代码，你没发现用我前面写的 BookQuery 类可以生成一样涵义的代码吗？

你还是理解不了我说的自动化构建动态查询是什么意思吗？
引入查询对象后，不管是用反射还是代码生成，都是完全可以避免编写和维护这种包含大量 if 语句的代码的。