这是一个创建于 1496 天前的主题，其中的信息可能已经有所发展或是发生改变。
写了 15 年的程序，人到中年总有很多话要说，千言万语尽在项目里，里面有我想说的一切。
项目地址： https://github.com/braisdom/ObjectiveSql
ObjectiveSQL 是我构想了很长时间，到底是让 Java 像 SQL 一样编程，还是让 SQL 让 Java 一样编程，纠结了很久，还是让 Java 更像 SQL，Java 的语法表现力不够，只能扩展 Javac，实现了算法运算，比较运算，逻辑运算符重载，并封装了常用数据的的函数，抽象了 Expression，使的 Java 非常接的 SQL，同时也实现了简单 SQL 编程的代码生成，基本不需要写代码，也不需要配置就能实现简单 SQL 的编程，话不多说，先看示例，有兴趣可以到 github 上看。
Order.Table orderTable = Order.asTable();
Select select = new Select();
select.project(sum(orderTable.amount) / sum(orderTable.quantity) * 100)
.from(orderTable)
.groupBy(orderTable.productId);
Member.Table member = Member.asTable();
Order.Table order = Order.asTable();
Select select = new Select();
select.from(order, member)
.where(order.memberId.eq(member.id));
select.project(member.no,
member.name,
member.mobile,
countDistinct(order.no).as("order_count"),
sum(order.quantity).as("total_quantity"),
sum(order.amount).as("total_amount"),
min(order.salesAt).as("first_shopping"),
max(order.salesAt).as("last_shopping"));
select.groupBy(member.no, member.name, member.mobile);
ObjectiveSQL is an ORM framework in Java base on ActiveRecord pattern, which encourages rapid development and clean, codes with the least, and convention over configuration.
Features
- Dynamic code generation with JSR 269 for Java API of database access
- Full Java API of database access without coding
- Dynamically SQL programming with Java syntax, and very close to SQL syntax
 |
1
Braisdom OP 补充一下，第一段 Java 代码生成的 SQL 如下：
```sql SELECT ((((SUM(`T0`.`amount` ) / SUM(`T0`.`quantity` ) )) * 100)) FROM `orders` AS `T0` GROUP BY `T0`.`product_id` ``` |
|
2
Braisdom OP 第二段 Java 代码生成的 SQL 如下：
SELECT `T0`.`no` , `T0`.`name` , `T0`.`mobile` , COUNT(DISTINCT `T1`.`no` ) AS `order_count`, SUM(`T1`.`quantity` ) AS `total_quantity`, SUM(`T1`.`amount` ) AS `total_amount`, MIN(`T1`.`sales_at` ) AS `first_shopping`, MAX(`T1`.`sales_at` ) AS `last_shopping` FROM `orders` AS `T1`, `members` AS `T0` WHERE (`T1`.`member_id` = `T0`.`id` ) GROUP BY `T0`.`no` , `T0`.`name` , `T0`.`mobile` |
 |
3
1194129822 2020-11-21 23:44:58 +08:00
mark, 好像 mybatis 也有动态构建 SQL 语句的类。SQL 表达力并不强，要不是微软也不用一直扩展 SQL 语法了。java 就是 java，SQL 就是 SQL 。没有银弹。
|
|
4
Braisdom OP @1194129822 是的，我对比过它的 DynamicSQLBuilder，它做的太土了，大都数都是以字符串的形式体现，我的改进有三块：
1 ）动态代码生成：模型中的所有字段都会被动态生成一个 Order 的内部类 Table 中的字段。 2 ）算术运算、比较运算符和逻辑运算重载，也就是说 Java 中的 +, -, * / , >, <, &&, || 都会转换成 SQL 语句中的表达式， 3 ）我封装了常用数据库的常用函数，例如：count, sum 等有上千个的，这样就不会出现字符 上述做法的好处是，最大程度的避免的 SQL 的语法错误，动态代码提示和单元测试。 |
 |
5
VHacker1989 2020-11-21 23:57:04 +08:00
querydsl mybatisplus 都有更好的实现，用面向对象语言实现蹩脚的 dsl 风格 api 简直多余，还不如简单查询 jpa，复杂查询 sql 高低搭配
|
|
6
Braisdom OP  2
@VHacker1989
1 ）首先我做这个项目前肯定是看过 JOOQ, QueryDSL 这类项目的，它有致命缺点就是 Java 的表达式无法 SQL 表达式重合，这会导致所谓的 SQL Builder 在复杂 SQL 中根本无法使用，我项目里有个计算同环比的简单示例，有大量的数运算和逻辑运算，如果运算符通过函数的形式实现，那样的代码根本无法看。 2 ）我的项目中参考了 Lombok 的动态代码生成，能够减少绝大部分的重复代码，它们是无法做的。 |
|
7
Braisdom OP @VHacker1989 像这样的代码：“ sum(orderTable.amount) / sum(orderTable.quantity) * 100”
你猜 MyBatis, JOOQ, QueryDSL 会写成什么样？ |
|
8
Braisdom OP 一门语言，它的语法表现边非常重要，能够准确的描述出业务领域的关键特征，是一段代码可维护性的重要标志
|
 |
9
u6pM63mMZ34z32cE 2020-11-22 00:17:59 +08:00
knex.js
|
 |
10
shade 2020-11-22 00:22:05 +08:00
跟 APIJSON 比较，有什么优势呢？
|
 |
11
liuhan907 2020-11-22 00:22:53 +08:00 via Android
这看起来好像山寨版的 entity framework 啊。这个仅限查询么，是否支持自动 diff 和修改？
|
|
12
Braisdom OP @liuhan907 什么叫山寨版，相比现有的 ORM 框架，优势主要体现在：
1 ）动态代码生成，类似 Lombok 2 ） Java 运算符重载，领先于现有的所有 ORM 框架 3 ）函数封装是参考 JOOQ 的 |
 |
14
chinvo 2020-11-22 00:33:25 +08:00 via iPhone 3
@Braisdom #12 你真的需要去了解下 LinQ 和 Entity Framework，开阔下眼界
|
 |
15
AlexaZhou 2020-11-22 00:53:59 +08:00
看用法比 mybatis 方便多了，支持一个
|
 |
16
oahebky 2020-11-22 00:57:44 +08:00 via Android
很厉害，我做不出来；
但是我选择 Python + SQLAlchemy |
 |
17
beyondex 2020-11-22 01:06:54 +08:00 via Android
Java 做到这样很棒了，可以了解下 .NET Linq Queryable，语言级支持类似 sql 这样的写法，可以解析后生成 sql 。
EntityFramework 还有 从 Java 移植过来的 NHibernate 都有对这个 Linq Queryable 的实现，十分优雅。 |
 |
18
houzhen 2020-11-22 01:25:51 +08:00 3
夸一下九牛逼就这么难么，太屌了老哥。代表漯河人民支持你。
|
 |
19
fiveelementgid 2020-11-22 01:26:57 +08:00 via Android
C#路过，Linq 玩家用 Entity Framework Core 表示眼熟
|
 |
20
LancerComet 2020-11-22 01:29:11 +08:00
挺好的，感觉 LinqSql 这个名字更贴切
|
 |
21
vone 2020-11-22 01:33:41 +08:00 3
@liuhan907
@chinvo 很明显楼主没接触过 .NET 生态。Entity Framework 很多年前就做到了楼主想做的，不仅提供更像 SQL 的 C# ，同时也提供的一套更像 C# 的 SQL 。 假设目标 SQL 为： SELECT TOP 10 OrderID, Freight FROM Orders ORDER BY Freight DESC 在 .NET (C#) 中使用兰姆达表达式的写法: Orders.OrderByDescending (m => m.Freight).Select (m =>new{OrderID = m.OrderID,Freight = m.Freight}).Take (10) 在 .NET (C#) 中 LINQ （类 SQL ）的写法: (from m in Orders orderby m.Freight descending select new { m.OrderID,m.Freight }).Take(10) 详细文档： https://docs.microsoft.com/zh-cn/dotnet/csharp/programming-guide/concepts/linq/basic-linq-query-operations |
 |
22
pagepancn 2020-11-22 01:36:38 +08:00 1
为你的执行力和技术能力点赞，但是真的用处不大。程序员思维啊，缺乏商业眼光
|
 |
23
laminux29 2020-11-22 02:18:27 +08:00 3
1.题主的精神还是值得赞扬的，开源就是需要这种精神，不然开源界完蛋了。
2.做开源有两个麻烦的地方，第一是花了几年功夫辛辛苦苦实现了某个功能，结果官方或别的组织更新一下出了更好的组件，这就尴尬了。第二是写之前没有去做大量的调研，没注意到市面上已经有了更好的实现，比如各大语言的 lambda 表达式。 |
 |
24
msg7086 2020-11-22 03:55:05 +08:00 via Android
表现力是硬伤。用惯 Ruby 的表示这些用 DSL 写写真是小菜一碟……Java 的话可能会难不少。
|
 |
25
kingfalse 2020-11-22 04:24:49 +08:00
不喜欢 Lombok,更不喜欢再多装一个同类的,好奇两个会不会冲突什么的
|
 |
26
justin2018 2020-11-22 08:32:20 +08:00
以为是 iOS 的 Objective-C
|
|
27
Braisdom OP @vone 兄弟我还真看过，Entity Framework 针对 比较运算符和逻辑运算符是无法支持的，例如
SELECT * FROM Orders WHERE OrderID > 10 AND Freight = 1 这类写起来太复杂了。 在 ObjectiveSQL 中，缺很方便。 select.where( order.orderId > 10 && order.freight.eq(1) ) |
|
28
Braisdom OP @kingfalse 两者不会冲突，Lombok 有人爱，有人恨，很正常的，就像 Java 一样，你可以爱他，也可以恨他。
|
 |
29
dick20cm 2020-11-22 09:38:02 +08:00
老哥真的牛逼！！
|
 |
31
zhuangzhuang1988 2020-11-22 09:45:51 +08:00
牛逼.
|
 |
32
nannanziyu 2020-11-22 09:49:47 +08:00 via Android 1
|
 |
33
huskar 2020-11-22 10:38:07 +08:00 via Android
我感觉这种特性只有在语言层面支持才有意义，第三方库实现的总归写起来麻烦。。。就像各种语言都有类似这种库，但实际用的多的只有 c#的 linq 。
之前刚学 kotlin 的时候也仿照 linq 写了一个类似的东西，利用 kotlin 的中缀表达式能搞的很像直接写 sql，但写完后自己也从来没用过。。。 |
|
34
Braisdom OP @nannanziyu 兄弟，那是对已经出来的数据进行过滤，而不是在 SQL 中过滤的，
|
|
36
nannanziyu 2020-11-22 10:57:03 +08:00 via Android
@Braisdom
你的理解是错误的，你需要再了解一下 linq |
 |
37
renyijiu 2020-11-22 11:05:58 +08:00
有实际生产项目使用经验吗？
|
 |
40
uselessVisitor 2020-11-22 11:26:51 +08:00 via Android
支持
|
 |
42
avalon8 2020-11-22 11:42:18 +08:00 via Android
为老哥点个赞，牛逼
|
|
43
Braisdom OP 社区的建设也在准备中，希望更多兄弟参与进来，后面我也将内部的技术原理整理并分享出来。里面的骚操作比较多，不是很常用，缺很实用。
|
 |
44
mzlgx 2020-11-22 11:47:15 +08:00 via Android
有点意思
|
 |
45
fafa2npu 2020-11-22 11:53:20 +08:00 via Android
@Braisdom 首先题主真的很牛逼。但是，querable 的 LINQ 确实是在 SQL 中过滤的，EF 中有个 lazy load，只有在 ToList()等需要取数据的时候才会真正在数据库端执行查询语句。
|
|
46
fafa2npu 2020-11-22 11:55:11 +08:00 via Android
给老哥点个赞
|
|
47
Braisdom OP @fafa2npu 我仔细研究一下 LINQ，要看最终执行的 SQL 是什么，可以参考一与它的实现原理。其实动态 SQL 只是其中一部分特性
|
 |
48
running17 2020-11-22 11:59:50 +08:00
点赞，牛逼
|
 |
49
abcbuzhiming 2020-11-22 12:00:01 +08:00
感觉有点像 Linq，但是我要说的是，这条路已经有人试验过了，不太合适——所有像 SQL 的，为啥不直接用 SQL ？这就是问题的根源，SQL 虽然表达能力一般，但是生命力很强，强到像它的都没熬过它
|
|
50
Braisdom OP @abcbuzhiming 我要解决的问题如下：
1 ）重用性，一个复杂查询中经常会多次 JOIN 同一张表，只有少量变化，SQL 无法解决，只通过通过过程化编程语言解决，Java 只是一种选择而已。 2 ）动态性，一个复杂查询中会根据参数不一样，JOIN 不同的表 /子查询，投影不同的字段，当然 Where 后的表达式会有较大的变化。 3 ）单元测试，一个复杂 SQL 拆分成多个过程，针对过程进行单元测试，而不是一条非常复杂的 SQL 进行测试 |
 |
51
xiangwan 2020-11-22 12:07:15 +08:00 via Android
|
|
52
Braisdom OP 1
@xiangwan jooq 我参考过，看过它的代码，设计理念很好，但程序设计一般，不够灵活，最关键是的它的代码需要手动生成，每次调整完之后，都得生成一下代码才能编译通过，好麻烦。
SQL 语言设计的初衷是为数据分析人员提供的一种语言，比较接近自然语言，但和逻辑型编译语言结合不是很友好， 目前所有逻辑型编程语言里，都是以字符串的形式存在。 其实回归本质，Java 语言是一门高度抽象的语言，它可以解释一切知识领域，数据库只是一个领域而已，如果没有 SQL 你会怎么设计，怎么样用面向对象的方式设计数据库的访问。 第一性原理，我设计时，先参考现有的知识，然后再忘掉所有的知识，它原本应该怎么样。 |
 |
53
Betsy 2020-11-22 12:19:14 +08:00 via iPhone
印象中 calcite-linq4j 貌似也实现了这样玩法，老哥这个项目跟那个有啥不一样的地方吗？
|
|
54
Braisdom OP @Betsy Calcite 在我们公司里用了，linq4j 和我的差别很大的，它只是 Java8 Stream 中的扩展，只是对内存中的数据进行过滤和计算，Calcite 本质上是一个关系数据库的计算引擎，做的很不错，后面我也会集成进我的项目，实现异构数据源的计算。
|
 |
55
dswyzx 2020-11-22 12:50:09 +08:00 via iPhone
我还是喜欢自己掌控 sql 语句，说实在的，通过 linq 去规范以达到运行时报错，或怎么样的好处。在我的狭隘理解里，为何不去掌握好好写 sql 的能力，甚至还可以让公司的 dba 来主动优化这个东西。有人可以辩论一二吗
|
 |
56
comsweetcs 2020-11-22 12:53:03 +08:00
首先为楼主的技术点赞。但我真是讨厌 SQL，SQL 调试起来没代码直观，我就是做数据开发的，感觉写代码控制粒度更好，个人觉得后端不可能演变成这种方式，过于死板，不够灵活。
|
|
57
Braisdom OP @dswyzx DBA 和程序员的职责不一样，面对的问题域也不一样。
DBA：通常面对的是静态问题，考虑的场景也比较单一，用 SQL 作为工具是比较合适，无论是优化，还是维护 SQL 可能是最价的选择，就像脚本型语言是 运维工程师的最爱。 程序员：通过面对的是动态问题，一段含有 SQL 和 Java 的代码逻辑需要满足很多场景，各种奇怪的使用方式，SQL 的构造过程也非常复杂，此时 SQL 语法逻辑和表现力就够用了，如果是纯粹的字符串拼接，也会让程序员崩溃，简单的还好，真复杂起来解决 Bug 的成本 就很高了。 |
|
58
Braisdom OP @comsweetcs 思考的角度不一样，处理的问题域不一样，对工具的选择就会不同，我们需要更客观的分析
|
 |
59
dingyaguang117 2020-11-22 13:05:10 +08:00
赞 像 sqlalchemy
|
 |
60
Pursue9 2020-11-22 13:27:41 +08:00
.net 这边已经不写 sql 很多年了，EFcore 已经完全满足操作数据库的需要，生成的 sql 也可以记录在日志里
完全不写 SQL 的 orm 是可行的 |
|
61
Braisdom OP @Pursue9 认可你的想法，数据分析只是一个问题域，SQL 只是一个协议，我们访问网络时，完全不知道它底层的结构，我们在做 HTTP 应用时，基本也不会接触 HTTP 协议本身，统计和分析数据理论上也应该一样的方式进行演进。
|
 |
62
Lemeng 2020-11-22 13:46:19 +08:00
赞，学习学习的
|
 |
63
beginor 2020-11-22 14:01:50 +08:00 via Android
linq 在 .net 上存在好多年了， 这是不争的事实， 在很多场景下确实比手写 SQL 方便。
在 .net 中有表达式树的概念， 通过分析代码中的表达式树， 动态的转换成 SQL 表达式， 甚至是不同数据库的方言，NHibernate 可以说是典范， 这大概是为什么 NHibernate 仍在活跃开发的原因吧。 当年， .net 平台上也有 mybatis.net ， 但是基于 linq 的查询流行之后， 这种手写 SQL 的半自动框架就逐渐没落了。 当然， 完全不写 SQL 也是不可能的， 毕竟 SQL 是基础， 很多复杂的查询也用 SQL 来实现最高效。 凡是都有个二八原则， 不必求全责备。 |
 |
64
fangcan 2020-11-22 14:06:03 +08:00
牛皮 点赞
|
|
65
Braisdom OP 2
@beginor 是的，SQL 历史已经很长，新型技术完全替代，可能需要很长的时间，甚至需要的是一代人。
我们的脑子里要有两个世界，一个是客观存在的世界，一个是我们主观认为的一种世界（也就是世界应该怎么样）。 有时主观认为的世界里有一些正确的事情，客观世界里不一定接受，随着技术的进步，有可能被超越，也有可能在若干后成为主流。 |
|
66
beginor 2020-11-22 15:57:05 +08:00 via Android
这个也可以参考一下，https://github.com/my2iu/Jinq
|
|
67
Braisdom OP @beginor Jinq 和 ObjectiveSQL 有点类似，但还是有本质的区别，
1 ） Jinq 的表达式依然是 Java 基础表达式形式，也就是只能按 Java 规范进行表达式计算，但在 SQL 中通常会遇到函数调用后的表达式计算 2 ） Select 和 Where 是通过 lambda 解析实现，代码表现力差太多了 |
 |
68
tikazyq 2020-11-22 16:26:08 +08:00
这是要跟 Entity Framework 一较高下么
|
 |
69
zhangysh1995 2020-11-22 16:36:40 +08:00
点了，支持一下！
|
 |
70
Cbdy 2020-11-22 16:46:06 +08:00 via Android
很厉害。
说说我的看法，你的目的是类型安全（基于 Java 的类型系统），你尝试达到这个目的的方法是设计一个基于 Java 的 DSL 。 但是（我要泼一下冷水），SQL 就是 SQL，你的 SQL 生成器再精妙，还是不如直接写 SQL 来得简洁有力。 我就不喜欢什么 Linq 、JOOQ，这些东西都是脱裤子放屁，千方百计要用代码去生成 SQL 语句，而不是直接写 SQL 。 一方面，写 SQL 是必要的工作，最终调优的时候、Troubleshooting 的时候还不是要去看 SQL ？类型不安全的 SQL 往往在写代码的时候就会发现，这个问题也不是写 SQL 面临的主要矛盾。更多的，SQL 也是一门久经考验的“语言”，也有丰富的静态检查工具。 我支持 SQL 。 |
|
71
Braisdom OP @Cbdy 其实很多人都有你这样的想法，我前期遇到很多这样的想法来挑战 ObjectiveSQL，喜欢与不喜欢是很主观的，我也不参与这样的争论，就像争论哪种编程语言好一样
我们需要更客观一点看，有的公司 SQL 多，有的公司 SQL 少，有的复杂，有的相对简单，这样的背景下在选择工具时就会有不同的想法。 我是经历过一个项目中存在 500 - 1000 条长度超过 400 行的 SQL，平均每个 SQL 需要 JOIN 20 张表或子查询（有较多重复），在这样的场景下 SQL 的维护成本，修复 Bug 的成本，单元测试的成本是巨大的。 这些经历导致了我的项目的出现，当然 @Cbdy 你可能有不一样的背景。 |
|
72
Cbdy 2020-11-22 17:07:08 +08:00 via Android
@Braisdom 确实可能存在你说的情况，那种情况无论用什么工具都是很复杂的，因为数据存成这样，已经有一个复杂度在了。我觉得要控制这个复杂度的话，应该从数据角度出发。
这种场景基本是 OLAP 或者出报表吧，如果是这样，可以考虑抽取数据到宽表，或者更灵活的非关系存储 |
 |
73
uptonking 2020-11-22 17:07:52 +08:00 via iPhone
虽然有很多质疑，我还是觉得楼主很厉害，开源就是要经得起检验，，，可以参考下大家提到的优秀方案，然后吸收一部分到 objectiveSQL，把 README 或项目主页写详细点
|
|
74
Braisdom OP @Cbdy 很多应用都会有报表的，只是多少的问题，Java 的代码可以成千上万行，有语法层结构化的形式进行管理，同样也存在很多模式和规范，这块在 SQL 上就很少了，SQL 的工程化能力远远不如 Java 。
所以通过 Java 的形式去写 SQL 是很必要的，但 SQL 已经诞生了很多年，而且被很多人所接受，如果设计一套全新的语法模式，大众很难接受，这样项目的生命力也不强，所以我尽可能的让 Java 代码接近 SQL，符合大众的味口，哈哈。 “Dynamically SQL programming with Java syntax, and very close to SQL syntax” 我之前设计过一个语言，我称它为 JDS(Java Database Script) 后来放弃了，在我的 github 也有。 |
|
76
Cbdy 2020-11-22 17:28:47 +08:00 via Android
@Braisdom Java 是通用语言，SQL 是领域特定语言，把 Java 和 SQL 进行比较还是蛮怪的。如果要说他们之间的关系，SQL 可以成为 Java 能力的延伸，本身和 Java 不矛盾。试图用 Java 解决所有问题才是比较奇怪的做法。况且很多数据库都有专有的语法，函数库，用的时候隔着一层“通用”的封装，可能会很鸡肋。
|
 |
77
mumubin 2020-11-22 17:29:55 +08:00
自己做出来这个工具，老哥还是很值得肯定的。不过作为程序员我还是喜欢直接写 sql，及其讨厌非 sql 的 orm 。所以我还是最喜欢 mybatis 。维护一个 django 项目，自带 orm 中的坑点不少，而且 slow sql 都挺难定位的。
|
|
78
Braisdom OP 1
@Cbdy 要从不同的角度去理解 SQL，SQL 其实和 HTTP，SMTP 这类协议一样，只不过 SQL 是解决 Java 与数据库交互的一种协议，我相信你不会手动编码去实现 HTTP，SMTP 这类协议的，都是通过更高层的封装去访问，当然如果做更底的编码，还是会涉及的。
|
|
79
Braisdom OP @mumubin 很多人都有你这样的想法，slow sql 也是我下一阶段需要解决的，如果通过单元测试排查一部分常见的问题。
|
|
80
Cbdy 2020-11-22 17:49:12 +08:00 via Android 1
@Braisdom SQL 是 Query DSL，HTTP 这种事 Application layer communication protocol，他们的复杂度、拓展性、和解决的问题是不同的，怎么能混为一谈
|
 |
81
heiheidewo 2020-11-22 17:50:56 +08:00
牛逼，长见识了
|
 |
82
felixcode 2020-11-22 17:55:22 +08:00 via Android
如果要针对数据库做 sql 优化能做吗？
|
|
83
Braisdom OP @Cbdy 你说的很对，SQL 的复杂度相比其它是高出很多，但从抽象的角度去看，它就是一种协议，只不过这种协议承载了较多关系型数据的计算逻辑和统计方式而已。
我只是做了一个类比，传输层协议更多是定义结构，其内存的逻辑更多是由程序控制的。 数据库设计的初衷就是为了封装数据的计算逻辑，降低外部应用程序的复杂度，提供简单的交互协议实现数据计算，但随着数据统计方式的发展，问题领域的复杂度变化，传统的方式编写 SQL 已经很难满足分析需求了，只就需要逻辑型编程语言提供封装，隐藏复杂的构造过程。 |
|
84
Braisdom OP @felixcode 你说的其实一个 SQL 性能测试引擎，完全做到很难，毕竟场景太复杂，但随着不断的迭代，能够避免大量 SQL 的错误，这是我下一阶段工作的重点。
|
 |
85
vipcc 2020-11-22 18:05:07 +08:00 via Android
.net core 中的 ef core +linq，老哥可以看一看
现在都是开源的 |
|
87
felixcode 2020-11-22 18:06:23 +08:00 via Android
你做的东西可能比较有用，但你对 SQL 语言的理解局限性太大了。
结合 dbms 的具体实现，sql 从顶层的描述到底层的控制都是能做的，你做一层翻译后，牺牲了 sql 语言的很多特性。 |
|
88
Cbdy 2020-11-22 18:20:42 +08:00 via Android
传统的方式编写 SQL 已经很难满足分析需求了，只就需要逻辑型编程语言提供封装，隐藏复杂的构造过程
难道不是 data flow 、data structure 设计有问题吗？😂 |
|
89
beginor 2020-11-22 18:26:40 +08:00 via Android 1
楼主的这个项目非常有意义，Java 确实没有强大的，广为人知并且深入人心的类似于 Linq2SQL 的 ORM 框架， 但是 Linq2SQL 的功能在 .Net 平台上已经深入人心， 被绝大多数人所接受。
在 .Net 平台的刚刚开始出现 Linq2SQL 的功能的时候， 很多人也是类似的泼冷水。 但是 Linq2SQL 确实成功的提升了许多 .Net 开发者的生产力。 我是做 .Net 出身， 最近几年也接触过一些 Java 的项目， 两个平台都了解一些， 也可以说是深有感触。 不过这种项目最好有大公司参与推广， 单纯个人推广会很难。 |
 |
90
optional 2020-11-22 19:21:43 +08:00 via iPhone
隔壁有个 ktorm，虽然不是 java 但是可以一起用的
|
 |
91
hangs 2020-11-22 20:15:55 +08:00
@Braisdom 请教两点
1. 插件是必须装的吗，还是引入对应的 maven 依赖即可。 2. 在简单 ORM 不涉及复杂计算的情况下，mybatis 、hibernate 和您这个框架优劣势分别是哪些呢 |
 |
92
Tlin 2020-11-22 20:19:19 +08:00
这些都是什么人啊 那么厉害吗
看来我不敢发言了……………… 真厉害啊！👍👍👍👍👍 怎么看老哥像技术胖呢 |
 |
93
xrr2016 2020-11-22 21:06:30 +08:00
看起来像一种 ORM，类似于 https://www.prisma.io 这个吗？
|
 |
94
WhoMercy 2020-11-22 21:13:10 +08:00
感谢、收藏。
下次做练手项目再来试试老哥这个框架。 |
|
97
Braisdom OP @hangs 兄弟，插件是必须的，由于 IntelliJ IDEA 的 Java 语法检测太严谨，我已经提了 issue 给他们了，说是会有改进，我是自动生成 java 代码，没有 IDE 的支持很难完成。
|
|
99
Braisdom OP @hangs 如果不涉及复杂 SQL，你可参考一下我 git 文档里的描述，自动代码生成相比其它 ORM，优势自已体会一下，我说再说也不没有说服力。
|
|
100
Braisdom OP @zhangysh1995 感谢支持
|
Select Language