你这样的级别提的东西吴总都不重视，那我们这些人的帖子“已读不回”就没啥可说的了。
amwji 发表于 2025-7-1 11:33
你以为容易这几天论坛全是讨伐老吴的，估计老吴也苦
如果连人看都不看他一眼，说都懒得说 那才是无药可救的时候
其实在基于表格编程的基础上完全原生汉化也不是不可以，可以学习Delphi ，原来delphi只支持windows，通过逐步扩展框架，现在几乎全平台了，
本帖最后由 609177738 于 2025-7-2 23:31 编辑
2025年7月2日 预测一波 未来的更新 , 立帖为证 :
1. 所谓的"在火山视窗里面直接使用js和python代码,这比搞c++代码自动封装容易一些" 不会推倒 "跨语言"语法统一的框架,基本上仍是在原有的底子上堆叠. C++是一门 面对过程+面对对象的编程语言,而不是单一的程序设计思想, 不应以类的实现方式来以偏概全的阉割.
2.要是按字面意思实现 "在火山视窗里面直接使用js和python代码"(这个是前提),那就相当于 "画蛇添足"的表象,脱离了目前PC的C++,等同于视窗用浏览器组件进行各种嵌套功能和界面, 这个早就实现了, 但是实际上有多少人用浏览器来实现自绘界面库了呢? 更多的呼声仍是开发新的自绘界面库!!!
怎么说呢 ? 可能方便了哪些C++什么都不懂的小白,可以快速实现某些js或py的库的功能, 如果不可避免的遇到真正的C++代码和c++库 ,其封装难度和效率仍不会得到解决.
3. PC的 操作符/ 参考/指针仍不会实现.插件的开放仍遥遥无期.
个人认为火山pc应直接简单的支持c++库的引入和使用,最重要的是兼容性和引入的简便易用性,这样庞大的各种c++库使火山不必再去自己封库,再好一些的话就是尽量放开ide的接口,使ide的各种改造和完善由官方和民间共同完成.这样火山ide一劳永逸,不必再去自己造各种轮子.
609177738 发表于 2025-7-2 23:29
2025年7月2日 预测一波 未来的更新 , 立帖为证 :
1. 所谓的"在火山视窗里面直接使用js和python代码,这比搞c ...
支持
本帖最后由 dengzf 于 2025-7-3 14:23 编辑
从最初的禁止复制出来代码就注定了现在的结果........所谓pc的限制,全部来自当初防他人用火山的代码就注定了...根源是在防止它用火山的c++源码,才设计更改成了现在这种继承obj
理性看待,能用就用吧,不要有太多的期待
你的提议重要吗？
某人自从e语言开始 沉迷自己不能自拔
你说的很好，但是别说了
熟悉: 别再阉割了
新手:咋这么难,就不能学学易语言,你这样人都走光了巴拉巴拉吧~~~~~~~
不知道一个IDE支持所有语言特性市面有没有？
没有的话要不这样吧，视窗的C++语法特性全支持另搞个独立的IDE，也许方便嵌入原生、封库也方便AI辅Zhu，其他子平台的可精简语法统一行不行？