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

V2EX = way to explore

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

For Existing Member Sign In

1 ... 21 22 23 24 25 26 27 28 29 30 ... 31

❮

❯

2020 年 11 月 24 日

回复了 Braisdom 创建的主题 › Java › 历经 3 年，终于得以实现了

@CatTom 已经更新，可以按 readme 更新一下版本信息

2020 年 11 月 23 日

回复了 Braisdom 创建的主题 › Java › 历经 3 年，终于得以实现了

@tt0411 其实我不是很喜欢 DSL 这个概念，按道理说 SQL 是一个 DSL，而 Java 是基于自身的抽象能力与表达能力使得 SQL 更便于逻辑控制。
当然，这是我个人的感觉，每个人有不同的背景，也会有不一样的认知，没有对与错，只是会用不同的方式进行工作而已。

2020 年 11 月 23 日

回复了 Braisdom 创建的主题 › Java › 历经 3 年，终于得以实现了

@CatTom 抱歉，1.3.8 版本是我测试不充分，我调整了 pom 依赖，

2020 年 11 月 23 日

回复了 Braisdom 创建的主题 › Java › 历经 3 年，终于得以实现了

@bxb100 老实说，性能指标还真的不好搞，主要因为 ObjectiveSQL 是一个无状态的框架，本身不存储任何东西，唯一需要验证的是内存泄露，SQL 的构造也都是字符串拼接，本质上不会有性能问题。

2020 年 11 月 23 日

回复了 Braisdom 创建的主题 › Java › 历经 3 年，终于得以实现了

@bxb100 你所说的性能是指哪方面性能

2020 年 11 月 23 日

回复了 Braisdom 创建的主题 › Java › 历经 3 年，终于得以实现了

@CatTom 这两天一直写分页的，忘记发布一个 pom 了，不好意思，正在搞。

2020 年 11 月 23 日

回复了 Braisdom 创建的主题 › Java › 历经 3 年，终于得以实现了

@CatTom 稍等，我知道原因了。

2020 年 11 月 23 日

回复了 Braisdom 创建的主题 › Java › 历经 3 年，终于得以实现了

@CatTom 你加我微信, braisdom

2020 年 11 月 23 日

回复了 Braisdom 创建的主题 › Java › 历经 3 年，终于得以实现了

@bk201 你可以看一下前面我的解释，
DBA 和程序员需要的是不同的 SQL 编程方式，程序员需要的更多是动态的 SQL 构造过程，传统 SQL 远远做不到。

2020 年 11 月 23 日

回复了 Braisdom 创建的主题 › Java › 历经 3 年，终于得以实现了

@brezp 感谢支持，我现在正在开发分页的特性，相比其它 ORM 框架，分页使用起来也会特别简单

2020 年 11 月 23 日

回复了 Braisdom 创建的主题 › Java › 历经 3 年，终于得以实现了

@cmdOptionKana Kotlin 的语法的确比较优美
语法表现力更强，相比 Java, C 这类语言太过传统，长远来看它们还是什么被淘汰的。
就像喝白酒一下，现在的年轻人，喝白酒的越来越少了。

2020 年 11 月 23 日

回复了 Braisdom 创建的主题 › Java › 历经 3 年，终于得以实现了

如果 ObjectiveSQL 后续的发展能够起来，我准备在 Python 端探索方向，Python 的受众群体也是比较大的。

2020 年 11 月 23 日

回复了 Braisdom 创建的主题 › Java › 历经 3 年，终于得以实现了

@zoharSoul 非常认可你的想法，这也是 Java 语言糟糕的地方，不够灵活
但话说回来，Kotlin 语言想成为主流，过程还是很漫长的，Android 后续也会向 Flutter 倾斜，Kotlin 后面的发展比较难呀。
很多好东西不一定会流行，但历史会记住它的

2020 年 11 月 23 日

回复了 Braisdom 创建的主题 › Java › 历经 3 年，终于得以实现了

@GM 是的，那些我都尝试过做的都不是特别理想，不实用，太过 Java 了

2020 年 11 月 23 日

回复了 Braisdom 创建的主题 › Java › 历经 3 年，终于得以实现了

@wysnylc 复杂性是无法避免的问题，也是客观的事实，ObjectiveSQL 的目的是让复杂性变得更清晰，更可读，而不能完全降低复杂性。

2020 年 11 月 23 日

回复了 Braisdom 创建的主题 › Java › 历经 3 年，终于得以实现了

@miaoever 通过函数实现算术表达现在比较流行，但表达式过于复杂，函数也力不从心的。

例如：
IF((COUNT(DISTINCT IF((dateDiff('second', t1.finish_time, t2.sales_at) AS t) < 14*24*60*60 AND t > 0, t2.member_no, NULL)) AS p6) IS NULL, 0, p6) AS sales_member_count

这样的表达式，如果全部是函数封装，根本没人看得懂

2020 年 11 月 23 日

回复了 Braisdom 创建的主题 › Java › 历经 3 年，终于得以实现了

@lqw3030 我的想法是很有问题的，充满了对现实的不满，我之前写了四，五年的 Ruby, Python，回到 Java 尽然快 20 年了一直都没什么变化，十分气愤

2020 年 11 月 22 日

回复了 Braisdom 创建的主题 › Java › 历经 3 年，终于得以实现了

@pythonee 你有兴趣可以看一下贴子前面的讨论，Linq 分为两种，1 ）内存计算，2 ）.NET Entity Framework 实现，很优秀，值得借鉴

2020 年 11 月 22 日

回复了 Braisdom 创建的主题 › Java › 历经 3 年，终于得以实现了

@bugmakerxs 离线计算需要一定的前提，离线计算只是输出中间结果，前台的计算复杂度依然存在。

2020 年 11 月 22 日

回复了 Braisdom 创建的主题 › Java › 历经 3 年，终于得以实现了

@fangcan 感谢支持

1 ... 21 22 23 24 25 26 27 28 29 30 ... 31

❮

❯