推荐你一篇文章，是我之前写的，关于 Java 的异常怎么用： http://www.objsql.com/2020/10/12/interview/
你可以参考一下

@liuhuan475 这个问题很好，是我后续要出更多文档进行比较的方向，至于为什么我目前先介绍几点：

1 ）动态代码生成：对于简单查询我只需要一个模型定义就可以，而 MyBatis 则需要一个多余的 Mapper 。
2 ）复杂表达式（算术，比较，逻辑）：我可能直接将 Java 的表达式转换成 SQL 表达式，例如：aTable.column + bTable.column...，而 MyBatis 只能通过字符串。
3 ）关联查询，分页查询：我只需要一个 Annotation，而 MyBatis 则需要 Mapper + XML

上面只是简单的描述，这些是我针对 MyBatis 的弱点进行的挑战。

为开源项目点赞，“ 所有杰出的软件，都发源于开发软件的程序员对满足个人诉求的追求。” 这是几乎所有优秀开源项目发起的初衷。
加油，一起努力，同为开源项目的作者。

join, sub query 这些都是传统 ORM 框架的弱势，有兴趣去这里，https://github.com/braisdom/ObjectiveSql
话题太长，这里讨论不方便

@liuhuan475 请看一下我前面的讨论，我只是客观的分析优缺点而已，每个项目能够留下来总有它存在的意义，也代表着一代程序员的认识水平。进步和发展的本身就是要推翻旧的技术，找他们的弱点进行攻击，不攻击，也就不存在进步和发展

@coderwl 兄弟，我开发了一个 idea 的插件，有兴趣体验呀。

@mysunshinedreams jooq 的设计想法很有创意，由于 java 的限制，无法发挥到极致

@zhuangzhuang1988 是的，代码的简洁，美观很重要，而且不能只覆盖简单场景，复杂场景下也能适应。

@zypy333 建议不错，如果是脚手架，也是 SpringBoot 或其它项目应用程序框架项目的脚手架，可以搞一个，哈哈

@zypy333 不好意思，目前还没有，脚手架通常是业务类的 framework，我这块应该是脚手架的一部分而已

@quan01994 我看过，ObjectiveSQL 支持数据库函数，自定义函数，后期会支持内存表，视图没有必要支持

@bbao 兄弟误会了，所有的批评和挑战我都乐意接受，所有项目都有开始的时候。

另外证明一个开源框架项目是否可以行，代码就是最好证明，总共加起来也没有多少行，如果我使用一个框架都不能理解代码和基础原理，我肯定不会用，所以证明我行不行，通过代码就可以。

估计兄弟应该没有看过我的项目，里面所各种数据库的 Example，看了 Example 就能证明能不能解决了。

@bbao 我的项目刚上线 2 个月不到，以经有很多兄弟在尝试，应该没有商用项目在用。
你这问题很像一个刚毕业找工作的人被某一个公司问，你有工作经验吗？你应该能体会其中的含义

@NeinChn 我理解你的意思了，如果数据是暂时存储，一般通过内存数据库 Redis 类型的，如果是数据库的中间状态可以通过继承的方式存在，数据库中理论上不应该存在一模一样的表结构。

我的理解不一定正确，如果有问题，恳请你明示，感谢支持。

@kran 私下交流，请加我，Java 的运算符重载是个特殊的应用，加我微信: braisdom

@NeinChn 兄弟，不同部署环境应该通过数据库区分，例如：开发环境 development, 测试环境 test，生产环境 production, 我实在不明白，你为什么用表名去区分不同的部署环境，

@quan01994 .net 的 entity framework 我参考了很多，表达式这块它可以做的，但有很多做了。

@young1lin 这要去研究一下 SQL 和 ORM 的发展史了，你就能明白为什么会有 ORM 这种形式的框架，为什么数据库不像 TCP/IP，HTTP，SMTP 等交换协议一样，泛泛的讨论框架的区别没有太大意义，每个框架的出现代表一个时代的认知水平，人的认知随时间一直在变的。ObjectiveSQL 的出现也是基于前人的认知升级而已。