常用函数需要添加是否处理大小写问题

[xuejmnet]

[wolf-hunter404]

这个比较结果是数据库服务返回的，框架只是负责调用，做不了什么处理吧。

[xuejmnet]

这个比较结果是数据库服务返回的，框架只是负责调用，做不了什么处理吧。

正常而言是的,只是一个设想是佛应该加比如通过重载函数o.name().eq("abc",StringCompare.ignoreCase)这种生成特定的或者o.name().ignoreCase().eq("abc")当然只是设想目前还没想好怎么做

[xuejmnet]

这个比较结果是数据库服务返回的，框架只是负责调用，做不了什么处理吧。

比较肯定是数据库去比较的

[wolf-hunter404]

这个比较结果是数据库服务返回的，框架只是负责调用，做不了什么处理吧。

正常而言是的,只是一个设想是佛应该加比如通过重载函数o.name().eq("abc",StringCompare.ignoreCase)这种生成特定的或者o.name().ignoreCase().eq("abc")当然只是设想目前还没想好怎么做

我没用过这个框架，只是偶尔刷到来看看。
看你这个思路，应该是想让框架在进行内容比较时，忽略大小写，那肯定是要根据不同的数据库进行适配。
我认为是没必要加，如果加上了，反而增加了使用者的心智负担，同样一条SQL，框架执行和手动执行的结果竟然会不一样，那就要查两边的到底有什么差异。
像一开始举的例子，使用MySQL的比较函数，就要指定编码来忽略大小写，执行结果才符合你的预期，那适配时，就要针对不同的数据库驱动、版本来做了，因为有些编码MySQL8有，MySQL5.6、5.7就不一定有。

[xuejmnet]

@wolf-hunter404 不是你想的这样的,首先框架不是写sql的,是写表达式的比如o.name().nullOrDefault("123")再mysql下生成的就是IFNULL(name,'123'),但是在sqlserver下就是ISNULL(name,'123'),在pgsql下就是COALESCE(name,'123'),
框架的作用是让磨平各个数据库之间的差异 ，而且orm本身的作用就是用来针对不同数据库适配的，再举个例子，sqlserver 2005使用rownumber分页，2012后使用fetch分页，框架也是兼容了这两种对于应用层而言就是toPageResult()对应具体的实现用户不需要关心,orm就是用来磨平各个数据库之间的差异这是毋庸置疑的