@spritecn 还好，Java 的实现包括 web 层有 6000 多行代码，Go 实现不到 3000 行代码，使用起来由于不需要写方法，代码量更少更好维护

@spritecn 是的，不是很好出头，但是在代码量上，DoytoQuery 相比于传统 ORM 框架的优势是实实在在的，性能也领先除 SpringJdbc 外的其他框架。

DoytoQuery 最早一版也有基于 mybatis 的实现，后来做分表的时候发现有问题，换 SpringJdbc 作为执行层了
https://central.sonatype.com/artifact/win.doyto.query/doyto-query-mybatis

@twofox 不太会用，你要是帮忙提交下 jimmer 的代码的话，我可以更新下 README 。或者晚点有时间研究下。

结婚不生小孩，还不是找几个男的一起搭伙过日子

@MeteorVIP 先卸了，反正 PC 目前主要用来玩游戏了

这一面一般应该是高级或者资深开发来面的，可能对方公司没这个梯队的人？

这算是自己在 Windows 上开发的独立软件？

@VVVYGD 是啊，因为所有的查询本质上都是两个值进行比较嘛，只不过不同的语言用的语法不一样
我这里是把比较语法集成到面向对象语言的字段名称上了
一般人有点不理解这个思路，所以感觉好难推广

@VVVYGD "其实就是类似 SQL 解析"
看懂了，我做的东西和你不一样，
你做的是 SQL 转 MongoDB
我做的是对象转 SQL 或者 MongoDB 或者其他 NoSQL 语言

@VVVYGD 所以你这里每条查询都需要构造一次类似这样的条件是吧：#b" local="abc" && (xx=1 || b=2 && c=3)"，那你这种怎么重用了，到处都是字符串吗？你这里不过是把 AND 换成&&，OR 换成||了，别的和 SQL 有什么区别呢？你并没有造出个新轮子，只是给旧轮子涂了层新漆。

你要考虑到做一个信息系统， 前端都会有多个输入框由用户填写查询条件进行搜索，而多个查询条件是可以任意组合的，只能靠 if 语句判断用户是否填写了某个条件来决定是否拼接对应的条件，不知道这种场景你是怎么处理的。

pub enum MongoOp {
Eq,
Gt,
Gte,
Lt,
Lte,
Ne,
Like,
NotLike, // { item: { $not: { $regex: "^p.*" } } }
In,
NotIn,
}

我看你这里都定义了这些谓词了，你直接把列名和他们拼接成 ageGt 这样，再解析成条件岂不是方便多了。

@VVVYGD 而且使用字符串不利于 IDE 的代码检查还有代码重构和复用

@VVVYGD 不一样哦，a > 1 对应 field(a, gt,1) 需要 3 个参数，而 aGt 只需要一个参数，值是跟着参数传进来
前后端传参也不一样的方式也不一样，aGt=1 对应 json 是{"aGt":1}, 或者是?aGt=1&b=2, 不太清楚你这个前端参数是怎么传的，我这也有个构造或语句的例子： https://juejin.cn/post/7409608924054700047

那路径里面 windows 的\怎么处理呢，只在 linux 上开发？

@RainCats 楼主是 JDK21 啊

@NikoXu 何出此言

你要是个人项目的话，看看 DoytoQuery ，通过定义对象来控制生成的 SQL 语句，上面那个 Comment 的例子大概可以这样写：

@SuperBuilder
public class CommentQuery extends PageQuery {
private List<Long> parentIdIn;
}

CommentQuery commentQuery = CommentQuery.builder().parentIdIn(list).sort("createdAt,DESC").build();
List<Comment> comments = dataQueryClient.query(commentQuery);

更复杂的查询示例还有 TPC-H 的 22 个用来对数据库进行性能测试的查询语句。
之前推广的比较佛系，所以估计没什么人了解。
前几天还在这里发了个帖子想问问有没有人搞过推广的，想先推下 Go 版本的试试。

之前在 BAT 一家干过，有个 C++的模块我到离职了都没编译成功过

@VVVYGD 我这个方案是重构来的，一开始也是拼字符串，不过是在 Java 的注解里，比如这样
public class UserQuery {
@QueryField(and = "username Like CONCAT('%', ?, '%')")
private String usernameLike;
}
这种写法遇到 IN 查询的时候有个问题，就是不能提前知道数组里元素的个数来确定占位符的个数
后面发现，字段名称里面已经包含列名和谓词两个要素了，剩下的占位符直接根据赋值去确定
然后就确定了这种通过后缀来推导查询条件的方案。
因为通过重构把重复的代码都进行了封装，所以代码量是最少的