行了，吴总成功被忽悠瘸了！
本帖最后由 server 于 2025-7-9 09:00 编辑主要就3点。
1、运行效率。
如果单单作为一个分支，那是添砖加瓦，必须支持。
2、运行py不是拍脑门上马，复制粘贴就能运行的吧。
本地没有的库解决方案呢？
3、脚本行解释语言，如何保护安全性？
就是复制粘贴运行, 在c++这种编译型语言里内嵌py/js/lua这种解释型脚本语言是很成熟的方案了 不说**类注重高密机构了，一般用户肯定没法比。
有没有那些实际盈利性的企业用他开发clinet端？ 本帖最后由 hcwanz 于 2025-7-9 13:43 编辑
他这个主要很好支持, 火山只需要支持语言的解释器就行, 其余的第三方库不用官方管, 很多火山用户都在表示自己可以搞好 是的，这样火山能尽快起飞 Python，js这些只要一个好的支持库，官方现有的Python库很多人用不来，那就等于没库。 好东西啊 难就不去做吗？瞬间明白火山火不起来的原因了，吴总已经没有了激情。
写了这么多年代码，易语言已经耗光了吴总的耐心。
想起一些接单的三线作者，只管忽悠客户结尾款，根本不关心代码有多屎，引用了多少模块。
这样的心态如何能做好一款长期的作品。
fengyishen 发表于 2025-7-9 16:01
难就不去做吗？瞬间明白火山火不起来的原因了，吴总已经没有了激情。
写了这么多年代码，易语言已经耗光了 ...
"如果" 难的话py的性价比就太低了, 本来就是牺牲运行效率换便利, 然后也不便利效率还低, 不如好好封c++了 hcwanz 发表于 2025-7-9 20:22
"如果" 难的话py的性价比就太低了, 本来就是牺牲运行效率换便利, 然后也不便利效率还低, 不如好好封c++了 ...
你理解错了，楼主说吴总觉得完善C++难，所以选择去支持JS、PY。
我想表达的意思是，应该继续完善C++，不能因为吴总自己埋下的坑太多，就不去重构完善。
那只会造就另一个易语言。
如果写视窗程序，还要用JS、PY去实现功能，那编译出来是不是还得安装PY环境？
如果都是需要安装环境，是明文代码，那我用成熟的C#不香？
用什么火山！！
页:
[1]
2