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

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

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

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

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

@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

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

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

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

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

@fangcan 感谢支持

@zhangysh1995 感谢支持

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

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

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

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

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

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

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

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

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

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