小小小小鸟 发表于 2025-9-21 08:41
想法好是好，但是太难了。很多C++库也不是能拿来即用的，就比如字符串，火山特有的CVolString，ＧＩＴＨＵ ...

当然,我是举例再者,不管是UTF8,UTF16的项目扔进AI,  AI照样可以逐行解释,那就在中文IDE按需创建对应的编码
这个IDE不单单是映射C++,他可以映射Go呀,Go大量框架,gin也一直更新,靠官方封装更新也不可靠
也可以映射PHP啊,也可以映射rust啊等等等
我只是举例 中文IDE应当是这种思路
中文IDE确实要为你提到的一些差异做可视化补齐,但是没必要一统啊,比如人家原生有多少个变量类型,你中文就对应映射多少个名字,没必要:变整数
正如你所说的:中文编程群体只是看不惯英文，而不是不会编程
虽然我买了火山加密狗,但是目前还在使用易语言

server 发表于 2025-9-21 11:05
你说得对。
楼主根本不了解火山。
前面我说过，火山是被Java感染了（病，du传染）。

我没有说让火山视窗变成我发帖描述的那样
而是我描述的是愿景中该有的IDE它可以是一个全新的IDE
而且火山也不可能改成我描述的那样,只有开一个新平台还有可能

server 发表于 2025-9-21 11:05
你说得对。
楼主根本不了解火山。
前面我说过，火山是被Java感染了（病，du传染）。

老吴不走回头路，错了就一错到底，大不了重开新坑，火山就是易语言的新坑

应该做到尽量开放每个平台的原生语法特性。好多类命名不规范(不知道在哪·或者有原生语言经验误导)找都找不到。比如原生安卓Intent类，大部分原生教程叫做意图,他叫启动信息类，我想的是能不能官方封库尽量参照原生语言教程的培训命名方式啊，这样方便使用，火山没有的教程也可以简单参照原生语言的培训教程参照使用。估计很多系统类库封了，却因名字命名找不到·只能自己重复造轮子的繁琐工作

中文编程群体只是看不惯英文，而不是不会编程，所以吴总就不必做过多阉割和限制，开发者自有取舍。比如视窗的变量参考，明明轻松就能支持，非得找一堆理由来坚决不支持，莫名其妙，别人不是都是傻子，虽然有傻子存在。

小小小小鸟 发表于 2025-9-21 08:41
想法好是好，但是太难了。很多C++库也不是能拿来即用的，就比如字符串，火山特有的CVolString，ＧＩＴＨＵ ...

你说得对。
楼主根本不了解火山。
前面我说过，火山是被Java感染了（病，du传染）。
例如:整数类，这逼玩意压根就是Java的骚操作。

火山为了让c++同步Java阉割了参考。

实际上c++就是c++，Java就是Java，
这么强硬那蚂蚁和大象交，配。
吴涛也没能做到一套代码跑全平台。

现在该也不晚，恢复c++平台独有的技术。
给java和c++离，婚。

想法好是好，但是太难了。很多C++库也不是能拿来即用的，就比如字符串，火山特有的CVolString，ＧＩＴＨＵＢ上库有的是std::string，有的是 std::wstring，有的支持UTF8，有的支持UTF16，根本没办法统一，必须人为的添加代码转换，另外基础库有基于boost的，有基于qt的，或者有人自己造基础轮子的，CPP版本有支持c++11的，有必须c++17的甚至新的库必须要求C++20的，各个之间的兼容也是问题，还有超多的宏···就算用visual studio或者vscode原生开发C++，都要做一堆配置才能正常开发下去，想让吴老做到这个大一统，太难了···（不排除未来某个超级AI可以帮忙实现这个，但超级AI都能实现这个了我们还有必要造这个轮子嘛）