递归火山软件开发平台

标题: 求更新易语言 [打印本页]

作者: 玩家 时间: 2026-6-24 22:48
标题: 求更新易语言
想不通为啥不更新易语言
火山用户连易语言的零头不到

作者: 创世魂 时间: 2026-6-24 23:38
多更新火山、火山用户自然就多了。

易语言那边问题太多，缝缝补补很难有什么好东西出来。

作者: 仰望 时间: 2026-6-24 23:49
火山为所欲为

作者: dengzf 时间: 2026-6-25 10:30
想多了吧? 更新了易语言,火山就更没多少人用了...........

作者: 风一样存在 时间: 2026-6-25 14:31

想多了吧? 更新了易语言,火山就更没多少人用了

作者: 菜鸟小杰 时间: 2026-6-25 15:07
支持更新火山要的是好产品

作者: 无情铁手 时间: 2026-6-25 15:40
火山不好用？易语言虽然方便，问题太多体积大，动不动被defender误sa一大堆问题，编译乱码（软件放别的电脑去用就界面可能有乱码）不适合大部分人使用，自从我用火山之后有没有用过易语言了，易语言有的功能火山能全部实现，易语言没有的功能火山能全部实现，有那个功夫还不如来和我学习火山，有问题可以发论坛一起解决，一起进步

作者: suyan 时间: 2026-6-25 16:27
易语言胜在短小精悍，容易上手，
不过稍微花点时间玩了火山，就回不去了，火山比易要强大许多

作者: 天极至尊 时间: 2026-6-25 19:10
还在念叨着易语言。火山啥不能干？

作者: mfkjfidt 时间: 2026-6-26 18:08
易语言的护城河从来不是技术多先进，而是二十年来积累的用户基数、生态厚度和情感认同，是任何新平台短期内都无法替代的宝贵资产。吴涛先生将重心转向火山PC，或许是出于技术前瞻的考量，诚然，技术架构的升级是大势所趋，但真正的升级应是“平滑演进”而非“推倒重来”。火山PC在语法和逻辑上的断层，让老用户付出了远超预期的学习成本，这实质上是对历史资产的巨大损耗。吴涛先生若能延续易语言的语法灵魂，集中资源根治长期存在的IDE稳定性顽疾、补齐64位编译与Unicode字符支持等核心短板，让用户真切感受到“那个陪伴我十几年的工具依然在茁壮成长”，这种“温故而革新”的务实路径，远比创造一个与用户习惯割裂的新品牌更能赢得市场忠诚度。用户从不抗拒技术进步，他们抗拒的只是以“升级”为名义，将他们倾注了无数心血与记忆的工具箱和家园，一夜之间变为需要从零开荒的“废墟”。只要官方还愿意：修修BUG、加上64位、完善Unicode，哪怕一年只更新一次，老用户都会奔走相告。因为对我们而言，易语言不只是工具，是十几年的操作习惯，是几万行代码的肌肉记忆，是那个永远不需要查英文API的安全感。别让“技术升级”变成“用户流放”，请让易语言在温故中知新，而不是在抛弃中凉透。

作者: mfkjfidt 时间: 2026-6-26 18:26
Python作为解释型语言，运行效率极慢（基础循环比易语言慢8倍以上），打包效率极低（耗时久、体积大、易出错），调试速度极低（每次修改需重新加载环境，频繁等待）。而易语言编译成原生机器码，点击即出EXE，调试时修改-编译-测试行云流水，配合全中文语法和拖拽界面，开发Windows小工具的效率与体验远胜Python。

Python之所以大行其道，无非是其生态极其丰富，第三方库应有尽有。但眼下生态最丰富的中文编程语言，依然是易语言。火山要想走出自己的路，关键不在于另起炉灶，而在于继承易语言的语法和使用习惯，尽可能复用现有生态，减少工程迁移的代价——这才是火山真正的出路所在。

作者: suyan 时间: 2026-6-26 18:53
易语言是基于VC6.0的，那个时代压根没有64位系统

而出了64位，微软直接升级出了VS，就区分32位和64位，

火山是基于VS2019的，起点不同，火山怎么可能什么都去兼容易语言？

而且从易语言升级到火山，其实变化的真没多少，时代在进步，不可能有了先进的火山，还要去折腾本身就是残疾的易语言的，因为它已经不适应最新的时代了

作者: dengzf 时间: 2026-6-26 19:28
本帖最后由 dengzf 于 2026-6-26 19:30 编辑

mfkjfidt 发表于 2026-6-26 18:08
易语言的护城河从来不是技术多先进，而是二十年来积累的用户基数、生态厚度和情感认同，是任何新平台短期内 ...

想多了............还没看明白现实是什么?

作者: mfkjfidt 时间: 2026-6-27 17:38

suyan 发表于 2026-6-26 18:53
易语言是基于VC6.0的，那个时代压根没有64位系统

而出了64位，微软直接升级出了VS，就区分32位和64位，

火山要想走出自己的路，关键不在于另起炉灶，而在于继承易语言的语法和使用习惯，尽可能复用现有生态，减少工程迁移的代价——这才是火山真正的出路所在。

作者: abcfox 时间: 2026-6-27 20:00
萝卜青菜各有所爱，我选择拥抱火山，用狗支持火山，假以时日能直接AI辅Zhu写火山代码排查bug就完美了，希望两年后能实现，火山加油，火伴们加油！

作者: xiaomiaom 时间: 2026-6-28 00:10
想不通，认真想好好想

作者: xiaoguo 时间: 2026-6-28 10:10

想多了吧? 更新了易语言,火山就更没多少人用了...........

作者: sunsan 时间: 2026-6-28 14:01
一群山**，技术问题从来都不是主要原因，利益分配才是真实原因！特别是很久之前的软件，与其官司不断不如另起炉灶

作者: 承易 时间: 2026-6-28 17:08
别琢磨了，易语言不会更新的，角度不同，慢慢玩火山吧

作者: 鹏peng 时间: 2026-6-28 22:48
支持多更新火山，易语言一般的功能还是够用的，因历史原因去没必要再更新一个，不完全属于吴涛的易语言，火山一步一步完善后，火山还是要强大很多。

作者: harding 时间: 2026-6-29 08:52
转变一下就行了, 好用是王道

作者: z3201 时间: 2026-6-30 14:35
火山可以代替易语言,甚至更好,有AI啥都可以加了,,不像以前那么依赖生态了,,

作者: mfkjfidt 时间: 2026-6-30 18:04

suyan 发表于 2026-6-26 18:53
易语言是基于VC6.0的，那个时代压根没有64位系统

而出了64位，微软直接升级出了VS，就区分32位和64位，

VB6 都演进出了TwinBasic，完美兼现有的 VB6/VBA 代码库 100% 向后兼容，完全基于 COM 技术，支持64 码。易语的生态如此丰富，为什么不能升级并兼容原有生态，吴总不想弄了而已

作者: 朕的 时间: 2026-6-30 18:44

mfkjfidt 发表于 2026-6-26 18:08
易语言的护城河从来不是技术多先进，而是二十年来积累的用户基数、生态厚度和情感认同，是任何新平台短期内 ...

摸索几天不就会发现，火山比易语言强大的不是一星半点，这点学习成本都不愿意付出，就别乱建议了

作者: shuimiao 时间: 2026-6-30 19:41
问题就几个，1.易语言不是完全属于吴总，甚至吴总只是个打工者，没有话语权，没有重大利益 2.易语言架构太落后了，在上面捣腾就是白费功夫 3.吴总自己的火山才是完全掌控，利益全占，而且架构比易语言先进太多 4.AI时代，即使是火山都容易被淘汰。所以人家凭什么回去更新易语言？就算是火山吴总都力有不逮，就别提易语言了。那些至今还做梦吴总大更新易语言的，醒醒吧，时代早变了

作者: mfkjfidt 时间: 2026-7-1 19:21

shuimiao 发表于 2026-6-30 19:41
问题就几个，1.易语言不是完全属于吴总，甚至吴总只是个打工者，没有话语权，没有重大利益 2.易语言架构太 ...

他不更就不更呗，还有很多人在搞，在模仿易语言，有生态就有力量。换个别的什么中文编程形成不了这样的风气

作者: suyan 时间: 2026-7-1 19:40

mfkjfidt 发表于 2026-7-1 19:21
他不更就不更呗，还有很多人在搞，在模仿易语言，有生态就有力量。换个别的什么中文编程形成不了这样的风 ...

你想的太美好了，你以为出64位易语言，现在的易语言模块能用吗？

说白了，火山不就是易语言的升级版，也就是64位的易语言！

作者: 2oon 时间: 2026-7-1 20:56
以后会出火山版易语言,不用更新易语言,我说的(猜的)

作者: phuai007 时间: 2026-7-2 09:59
用了火山，易语言真回不去了

作者: Fang0x378 时间: 2026-7-2 18:40
大清早亡了，醒醒吧，现在是共和国了

欢迎光临递归火山软件开发平台 (http://bbs.voldp.com/)