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

V2EX = way to explore

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

现在注册

已注册用户请登录

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

❮

❯

2020-11-23 14:29:00 +08:00

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

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

2020-11-23 14:08:18 +08:00

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

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

2020-11-23 14:05:47 +08:00

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

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

2020-11-23 12:35:21 +08:00

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

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

2020-11-23 10:38:05 +08:00

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

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

2020-11-23 10:14:58 +08:00

回复了 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 10:12:14 +08:00

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

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

2020-11-22 22:12:49 +08:00

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

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

2020-11-22 22:11:16 +08:00

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

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

2020-11-22 21:48:57 +08:00

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

@fangcan 感谢支持

2020-11-22 21:48:32 +08:00

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

@zhangysh1995 感谢支持

2020-11-22 21:43:34 +08:00

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

@hangs 如果不涉及复杂 SQL，你可参考一下我 git 文档里的描述，自动代码生成相比其它 ORM，优势自已体会一下，我说再说也不没有说服力。

2020-11-22 21:30:14 +08:00

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

@Cbdy 问题领域的复杂度是无法避免的，所以需要通过 Java 去避免复杂度的蔓延

2020-11-22 21:28:33 +08:00

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

@hangs 兄弟，插件是必须的，由于 IntelliJ IDEA 的 Java 语法检测太严谨，我已经提了 issue 给他们了，说是会有改进，我是自动生成 java 代码，没有 IDE 的支持很难完成。

2020-11-22 21:26:51 +08:00

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

@beginor 非常认可你的说法，没有大公司的背书，项目很难起来。

2020-11-22 18:06:17 +08:00

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

@vipcc 感谢，我会参考一下，前面已经有好几位兄弟介绍了。

2020-11-22 18:00:32 +08:00

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

@felixcode 你说的其实一个 SQL 性能测试引擎，完全做到很难，毕竟场景太复杂，但随着不断的迭代，能够避免大量 SQL 的错误，这是我下一阶段工作的重点。

2020-11-22 17:57:21 +08:00

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

@Cbdy 你说的很对，SQL 的复杂度相比其它是高出很多，但从抽象的角度去看，它就是一种协议，只不过这种协议承载了较多关系型数据的计算逻辑和统计方式而已。

我只是做了一个类比，传输层协议更多是定义结构，其内存的逻辑更多是由程序控制的。

数据库设计的初衷就是为了封装数据的计算逻辑，降低外部应用程序的复杂度，提供简单的交互协议实现数据计算，但随着数据统计方式的发展，问题领域的复杂度变化，传统的方式编写 SQL 已经很难满足分析需求了，只就需要逻辑型编程语言提供封装，隐藏复杂的构造过程。

2020-11-22 17:37:05 +08:00

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

@mumubin 很多人都有你这样的想法，slow sql 也是我下一阶段需要解决的，如果通过单元测试排查一部分常见的问题。

2020-11-22 17:35:51 +08:00

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

@Cbdy 要从不同的角度去理解 SQL，SQL 其实和 HTTP，SMTP 这类协议一样，只不过 SQL 是解决 Java 与数据库交互的一种协议，我相信你不会手动编码去实现 HTTP，SMTP 这类协议的，都是通过更高层的封装去访问，当然如果做更底的编码，还是会涉及的。

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

❮

❯