beginor

本地跑 zeta 做代码提示感觉还行，其它交给云端大模型

就个人来说，如果要先记住 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();
```

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

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

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

@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 体验”做得最极致的一个。

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

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

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

pg+pgvector