V2EX › Braisdom 的所有回复 › 第 25 页 / 共 31 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 17 18 19 20 21 22 23 24 25 26 ... 31

❮

❯

2020-12-08 10:08:11 +08:00

回复了 Braisdom 创建的主题 › Java › Java 中的复杂 SQL 编程

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

2020-12-07 22:47:49 +08:00

回复了 Braisdom 创建的主题 › Java › Java 中的复杂 SQL 编程

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

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

2020-12-07 22:12:40 +08:00

回复了 Braisdom 创建的主题 › Java › Java 中的复杂 SQL 编程

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

2020-12-07 22:09:28 +08:00

回复了 Braisdom 创建的主题 › Java › Java 中的复杂 SQL 编程

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

2020-12-07 21:25:24 +08:00

回复了 Braisdom 创建的主题 › Java › Java 中的复杂 SQL 编程

@kingfalse 可行

2020-12-07 18:28:02 +08:00

回复了 Braisdom 创建的主题 › Java › Java 中的复杂 SQL 编程

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

2020-12-07 18:26:59 +08:00

回复了 Braisdom 创建的主题 › Java › Java 中的复杂 SQL 编程

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

2020-12-07 14:20:43 +08:00

回复了 Braisdom 创建的主题 › Java › Java 中的复杂 SQL 编程

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

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

2020-12-07 13:58:29 +08:00

回复了 Braisdom 创建的主题 › Java › Java 中的复杂 SQL 编程

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

2020-12-06 11:32:07 +08:00

回复了 vxinv 创建的主题 › 程序员 › 现在 springcloud 大家的公司都用什么版本呀

@tydl 感谢支持，

2020-12-06 09:30:44 +08:00

回复了 Braisdom 创建的主题 › 程序员 › Lombok 模式在 ORM 中的应用

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

2020-12-05 21:40:31 +08:00

回复了 vxinv 创建的主题 › 程序员 › 现在 springcloud 大家的公司都用什么版本呀

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

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

2020-12-05 21:25:08 +08:00

回复了 Braisdom 创建的主题 › 程序员 › Lombok 模式在 ORM 中的应用

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

2020-12-05 15:31:07 +08:00

回复了 Braisdom 创建的主题 › 程序员 › Java 运算符重载（Operator Overloading）原理

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

2020-12-05 13:28:19 +08:00

回复了 Braisdom 创建的主题 › 程序员 › Java 运算符重载（Operator Overloading）原理

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

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

2020-12-05 09:32:38 +08:00

回复了 Braisdom 创建的主题 › 程序员 › Java 运算符重载（Operator Overloading）原理

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

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

2020-12-04 21:22:43 +08:00

回复了 Braisdom 创建的主题 › 程序员 › Java 运算符重载（Operator Overloading）原理

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

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

2020-12-04 21:05:55 +08:00

回复了 Braisdom 创建的主题 › 程序员 › Java 运算符重载（Operator Overloading）原理

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

我只是翻译

2020-12-04 21:04:37 +08:00

回复了 Braisdom 创建的主题 › 程序员 › Java 运算符重载（Operator Overloading）原理

@namelosw
@secondwtq

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

2020-12-04 18:11:07 +08:00

回复了 Braisdom 创建的主题 › 程序员 › Java 运算符重载（Operator Overloading）原理

@wysnylc 语法太复杂，我需要的是最简单的表达式，没必要绕那么多弯

1 ... 17 18 19 20 21 22 23 24 25 26 ... 31

❮

❯