递归火山软件开发平台

标题: 火山太依赖于[嵌入方法] 老吴有必要把想想下面该怎么办! [打印本页]

作者: qaz2428119 时间: 2021-7-4 15:45
标题: 火山太依赖于[嵌入方法] 老吴有必要把想想下面该怎么办!
就如标题一样
火山的语法基本都是依赖于嵌入方法,可能有人会说,那是因为当前火山的库不完善导致的,可在我看来,根本原因还是因为,火山语法不方便,限制太多,而C++语法又太强大
老吴必须想个办法把这个问题降到最低,不然最后还是会导致,火山的高级用户会基本放弃火山而转到C++
我说的这个问题可能不会马上爆发,也许几年或者是几十年大概时间应该是在火山最鼎盛时期大量的体现出来,
如果有什么说的不对的地方,各位大神勿喷

作者: 伟业 时间: 2021-7-4 17:01
不太懂...

作者: 666 时间: 2021-7-4 17:46
先有后优，现在很多功能只要能用就行了，几年或者是几十年以后的事谁知道呢

作者: glbosom 时间: 2021-7-4 18:50
如果C++开发速度能超越火山PC(以后完善,功能强,操作方便的情况下)估计会转移

作者: 福寿 时间: 2021-7-4 19:32

glbosom 发表于 2021-7-4 18:50
如果C++开发速度能超越火山PC(以后完善,功能强,操作方便的情况下)估计会转移 ...

如果你有现成的cpp文件，C++开发效率不比易语言差，更别说现在的火山了，直接引用cpp类似易语言用模块一样

作者: li327065266kun 时间: 2021-7-4 20:02
:噜阿噜你的担心多余的,估计几年后鸿蒙就出来了..........

作者: qaz2428119 时间: 2021-7-10 10:06

li327065266kun 发表于 2021-7-4 20:02
:噜阿噜你的担心多余的,估计几年后鸿蒙就出来了..........

这和鸿蒙没有关系,
其实是生态,如果火山不能有自己的生态,只能依赖C++的生态,最后只会导致用户流失,都去搞C++而放弃火山

作者: hmyroot 时间: 2021-7-10 10:52
本帖最后由 hmyroot 于 2021-7-10 10:53 编辑

li327065266kun 发表于 2021-7-4 20:02
:噜阿噜你的担心多余的,估计几年后鸿蒙就出来了..........

别意 yín了，鸿蒙出来也是英文，不可能用中文编程的

作者: Fang0x378 时间: 2021-7-10 17:56

hmyroot 发表于 2021-7-10 10:52
别意 yín了，鸿蒙出来也是英文，不可能用中文编程的

肯定是英文

作者: shuimiao 时间: 2021-7-10 18:17
关键是把很多优秀特性限制在嵌入式方法里面，通常方法用不了。而嵌入式方法本身又有诸多限制。就像一层层的束缚了手脚。虽然目前火山比易语言强大太多了，但是有这些束缚在，火山多少是受到牵制而不能一飞冲天

作者: urenai 时间: 2021-7-10 18:20
生于忧患死于安乐

作者: aycap 时间: 2021-7-10 20:29

作者: yhobo 时间: 2021-7-10 22:36
个人觉得吧,火山PC唯一优点就是用的C++.....我倒希望把易语言改成C++还好些:噜阿噜:噜阿噜

作者: nuan1989 时间: 2021-8-10 12:54
本帖最后由 nuan1989 于 2021-8-10 13:00 编辑

我觉得你这想法有可能会. 最差的情况是高端用户去用c++. C#

但是E何尝不是这样? 现在E也有十几年了, E的高端用户哪个不是会个两三门语言? 但是易语言现在依旧也还是那么多人在用.

我觉得, 能用E的能用火山的. 很大一部分就是不会英语的. 这部分肯定是火山用着顺手. 强扭的瓜不甜. 硬着头皮用c++也用不下去.

作者: nuan1989 时间: 2021-8-10 12:58
而且, 火山也能自己调用winapi, 只是现有的c++库直接封装比较省心. 不会有很多坑.

如你所说, 火山直接无缝嵌入c++代码, 或者实现直接用火山的代码在vs调试. 就可以避免火山高级用户流失?

不~~

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