讲个笑话，领导要求低代码中使用 Java 作为脚本语言

如果有解决方案可以做到，我不知道有啥好笑的。

不好笑，爱做做，不爱做就滚

非开发指 Web 前端还是字面意义的非开发？

好奇是哪家

@MrSheng 可能楼主觉得 js 那种才能算真脚本，java 只能算插件。

不过在我看来都半斤八两，让业务人员写哪一种，都玩不转。多在动态配置上下点功夫吧，引入变量，条件之类的配置语句。

动态加载 jar 做插件也很普遍啊, 不是什么异想天开的需求, 如果能满足业务需求, 有啥好笑的

没啥大问题，Unity 不也用 C#当脚本语言么。

单纯说使用 Java 作为脚本语言这个事情的话，Processing 还挺符合这个定义的
进一步扩展的话，Arduino IDE 也可以理解为使用 C++做为脚本语言？

很可能因为后面发现非开发连脚本语言也不会用，所以干脆全部 Java 得了，我觉得挺好，我们现在就是 Java 和 JS 都有，但是非开发也不会 JS 。

这是低代码？这么低的吗，为啥不用 rust 做脚本语言呢

能写成配置的就别写代码编辑器。

你有好方案你就提出来，没有就乖乖听话做，没有方案还不想做就直接走好吧

看得出这领导应该是 java 重度使用着而且是阿里这种重度 java 出来的吧。。

其实编译 java 代码加载或者动态加载 jar 包其实也是挺好一技术，但是要说定位一线业务人员可以直接配置的其实就有点坑了，且不说一线业务人员学习难度也太高了点，再者如果底层已经是 java 搞得，配置脚本还是 java 且不是 codegen 的方式的话，那就是说没有安全沙箱了？他就不担心某人写个配置脚本手抖瞎写把整个平台都搞崩么，难不成他是想业务人员提交完配置脚本再找人审核么不能实时生效？

满足业务场景又易用性、安全和扩展能力综合考量啊，过度考量扩展能力其实也并非是一个好选择吧

渗透人员狂喜：高危

可以用 Java 的 Groovy 嘛

@clino 纷享销客就是这样

Groovy 作为脚本挺合适的，语法和 Java 100% 兼容，唯一不好的就是容易被整出漏洞，但是如果用 FaaS 来作为脚本运行环境，没啥问题

可以用 Groovy 。但是安全性会直线下降，特别是允许业务人员配置的情况的。目前并没有好的 Groovy 沙盒

java 的低代码一大把，市面上一线也有用 java 的，也支持各种二开，就是不支持 class 热更改深点就得重启

说白了还是经验少

😁 这还不好笑的话，大概出 9 分 CVE 的时候就好笑了。