@dfzj 普通的应用系统都可以使用的

@dfzj 存储过程在某些场景下是有优势的，

大部分场景下 SQL 是以查询为主，也就不存在事务的问题，我的框架只是让 Java 实现一个等价的 SQL 查询。

@dfzj ORM 只是一种 SQL 的代替方案，用 Java 的方法写 SQL，完全等价于你写 SQL，从而代替 SQL 的动态化

@dfzj 存储过程是一种方法，但单元测试怎么做，版本管理怎么做呢？

@kingfalse 可行

@sweetsorrow211 MyBatis 和 JPA 比我成熟，但从易用的角度讲，ObjectiveSQL 远远超越他们，现在需要的是时间和各多人尝试

@dfzj 场景不一样，如果你的系统里有 300 条 超过 500 行的 SQL，你就会放弃写 SQL 的想法了

@lower 简单 SQL 更方法，不需要写代码

如果数据都在内存里，保持内存与数据库的一致性需要挑战的

@gowk 总是需要一些干货的，兄弟支持一下

@tydl 感谢支持，

@night98 你应该没有看我的项目，这次不准备介绍 Complex SQL programming，有兴趣去 github 上看一下，我做的比 MyBatis 强特别多。

和 SpringBoot 完美结全的 ORM 框架： https://github.com/braisdom/ObjectiveSql

兄弟可以参考一下。国人的项目，想去超越极限，希望得到更多人支持，感谢

@salaryfly 感谢支持，有兴趣加我微信听听你的建议，wx: braisdom

@ruyu 诚心做事，也希望得到更多人认可，https://github.com/braisdom/ObjectiveSql 这是我的项目，感兴的点个赞

@1490213 @ruyu 兄弟，我们先要忘记一切，从纯粹的数学出发

1 ） Java 和 SQL 都有运算符，这就表明运算符是表示复杂表达式的最佳方式，我做的只是让两者一致。
2 ） haskell 是一个调试抽象的语言，可能会符合一部分人群，世界万物没有实质的对与错，只是喜欢和不喜欢
3 ） ObjectiveSQL 不是一个能够满足所有人偏好的技术，我只是想满足更多的人

@namelosw 你说的很对，优先级是主要问题，是从数学延续下来的，也是目前无法改变的事实，只能用其它的方法来解决，表达式的表现力 相比 函数嵌套的表达力 还是强很多的。

所以重载在这种场景下，是必须的

@callofmx 如果语言可以选择，kotlin 不是我最佳选择。

算符重载 适合不同的场景，滥用了也就失去意义了

@ximigou007 不是随意重载，有兴趣看一下我的代码： https://github.com/braisdom/ObjectiveSql

我只是翻译

@namelosw
@secondwtq

两位没有仔细看我帖子的内容，使用 运算符计算 和函数计算 在简单的时候没有区别，关键，如果一个表达式过于复杂会是个什么样子，例如：(1+1) * 1 / 1 > 1 && (2 + 2) * 2 /2 < 2 你们可以试一下这样一眼能看清的表达式通过函数什么是个什么样子