一个时代的发展前期，总是充满质疑，很正常，等真相大白的一天，各位可以反思一下今天的质疑。
我对比过现有的所有 ORM 框架，才决定做 ObjectiveSQL，以我 15 年编程的经验对比了各种优缺点。

我是做零售系统的大数据分析的，零售业也是最早将数据应用到生产过程中的行业之一，其中的 SQL 与 Java 之间磨合了很多年。我也在其中痛苦了很年。感谢各位支持，你们的质疑也是对我分析优缺点的补充。


@micean
@sagaxu
@zsl199512101234
@nc4697
@casillasyi
@rockyou12
@sprite82
@kylix

@adguy 哈哈，可能我要把基础的 CRUD 变为 Java API 了

@VeryZero 下面的复杂表达式计算，现有的所有 ORM 框架都做不到，但却很实用。

```
Order.Table orderTable = Order.asTable();
Select select = new Select();

select.project((sum(orderTable.amount) / sum(orderTable.quantity) * 100).as("unit_amount"))
.from(orderTable)
.where(orderTable.quantity > 30 &&
orderTable.salesAt.between("2020-05-01 00:00:00", "2020-05-02 23:59:59"))
.groupBy(orderTable.memberId);

List<Order> orders = select.execute(Order.class);

```

@cheng6563 看我的代码，我实现了运算符重载


@taogen 你想要的通过这种方式很容易实现

Member.Table member = Member.asTable();
Order.Table order = Order.asTable();

Select select = new Select();

select.project(member.no, member.name, count().as("order_count"))
.from(member)
.leftOuterJoin(order, order.memberId.eq(member.id))
.groupBy(member.no, member.name);

List<Member> members = select.execute(Member.class);

@fengpan567
@okayan
@easylee 你们看到的只是一小部分特性，这次发的不够好，

@Jeb Java 代码习惯问题
@cheng6563 运算符重载
@Kirsk 面向对象设计问题，最关键我是不用写的

@wr516516 MyBatisPlus 依然无法摆脱 xml，可以进去详细了解一下： https://github.com/braisdom/ObjectiveSql

@brucewuio 哈哈，Java 代码竟然比 xml 易读？？

@cmlanche 支持一下项目，感谢

@putaozhenhaochi JPA 和 MyBatis 差别不大，

@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 总是需要一些干货的，兄弟支持一下