你以为容易这几天论坛全是讨伐老吴的,估计老吴也苦
如果连人看都不看他一眼,说都懒得说 那才是无药可救的时候 其实在基于表格编程的基础上完全原生汉化也不是不可以,可以学习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语言开始 沉迷自己不能自拔
你说的很好,但是别说了
页:
1
[2]