递归火山软件开发平台

标题: 浅谈火山h5和封装难度降低问题 [打印本页]

作者: 沉默流星 时间: 2025-7-14 10:45
标题: 浅谈火山h5和封装难度降低问题
内容如下
(, 下载次数: 194)

(, 下载次数: 194)

(, 下载次数: 192)
(, 下载次数: 191)

作者: 折戟沉沙 时间: 2025-7-14 10:56
我的建议是，你还是别老是建议了，你建议这些有什么用？

火山问题不只是解决封库问题，早就在扣扣群讨论了八百遍了，是火山IDE框架限制一切，不下血本重构IDE，只靠缝缝补补（增加火山属性）最终就是四不像，而且只会增加复杂性，所以回到最初的那句话，你建议有啥用？要吴涛面对现实，才有用，一切一切的根本原因就是IDE框架导致的。

作者: 沉默流星 时间: 2025-7-14 11:02

折戟沉沙发表于 2025-7-14 10:56
我的建议是，你还是别老是建议了，你建议这些有什么用？

火山问题不只是解决封库问题，早就在扣扣群讨论了 ...

你说这个还不如让吴总实现全平台封装语法降低简单些，重构不太现实

作者: 折戟沉沙 时间: 2025-7-14 11:09

沉默流星发表于 2025-7-14 11:02
你说这个还不如让吴总实现全平台封装语法降低简单些，重构不太现实

怎么降低？你觉得可能吗？单纯靠属性就能降低，他早就搞了。

作者: 沉默流星 时间: 2025-7-14 11:20

折戟沉沙发表于 2025-7-14 11:09
怎么降低？你觉得可能吗？单纯靠属性就能降低，他早就搞了。

如果再不降低封装难度
只有两条路
1.一路走到黑，还按这样的模式来
2.重构火山ide

作者: 诗木 时间: 2025-7-14 11:46
火山已经是屎山代码了，要顺应新时代，解决历史问题，就不要再加盖，花点时间推倒重来

作者: guo828587 时间: 2025-7-14 11:59
弄个大版本更新，重构支持跨平台，ide重新开发，说明一下跟以前的版本不兼容，以前的项目不要要更新，或直接出一个新ide吧，换个名字吧！

作者: 身边演员太多 时间: 2025-7-14 12:01

诗木发表于 2025-7-14 11:46
火山已经是屎山代码了，要顺应新时代，解决历史问题，就不要再加盖，花点时间推倒重来 ...

这个建议可行,在维护老版本的同时,重新构建一个火山2.0新版本,顺应新时代,解决历史问题。

作者: 秋天的童话 时间: 2025-7-14 13:29
重构IDE就得放弃表格式代码才能方便无精简兼容原生语言，也就是纯翻译性的，同时也方便嵌入原生代码和AI辅Zhu，现在的表格转文本代码已经包括了标记语言和常见的编程语言两种混和格式，搞得AI智能体很难写代码，放弃表格代码能接受吗？不能接受所有的子平台语言包括H5可能都要有所精简，同样能接受吗？所以是不是类似的当初的易飞扬，试水一个火山飞扬纯原生翻译性的中文视窗版，能接受就全平台来开发

作者: kingsoft 时间: 2025-7-14 13:48

秋天的童话发表于 2025-7-14 13:29
重构IDE就得放弃表格式代码才能方便无精简兼容原生语言，也就是纯翻译性的，同时也方便嵌入原生代码和AI辅Z ...

如此时代，不破不立！
要么痛苦重生，要么顺势消亡！

作者: 创世魂 时间: 2025-7-14 14:14

秋天的童话发表于 2025-7-14 13:29
重构IDE就得放弃表格式代码才能方便无精简兼容原生语言，也就是纯翻译性的，同时也方便嵌入原生代码和AI辅Z ...

纯翻译一点意义都没有。。还是得包装

作者: cxz7411 时间: 2025-7-14 15:37
引用的c++文件，自动补全和参数提示

作者: 89095645 时间: 2025-7-14 17:23
别的都不要重构了，工程太大，不现实，在H5上重构吧，跨平台，这个才是最现实的

作者: niulin1 时间: 2025-7-14 17:29
啥啥啥封装？不如让各种语言的文件在解决方案树形表里添加后直接就能引用！能省老鼻子心了！！！

作者: numbersir 时间: 2025-7-14 18:59

89095645 发表于 2025-7-14 17:23
别的都不要重构了，工程太大，不现实，在H5上重构吧，跨平台，这个才是最现实的 ...

这个好像现实可行，火山H5来个独立的IDE,不精简JS语法

作者: eassion 时间: 2025-7-14 19:00

niulin1 发表于 2025-7-14 17:29
啥啥啥封装？不如让各种语言的文件在解决方案树形表里添加后直接就能引用！能省老鼻子心了！！！
...

对对对，这个我觉得才是正道，想方设法方便地直接引用现成的库，不然形形色色的库都在日更周更月更，什么时候才封装完。

作者: hcwanz 时间: 2025-7-14 19:42

niulin1 发表于 2025-7-14 17:29
啥啥啥封装？不如让各种语言的文件在解决方案树形表里添加后直接就能引用！能省老鼻子心了！！！
...

本来就是啊, 头文件和源文件在属性里配置好就能直接用了, 不然你以为火山是怎么封库的?

作者: 2767944492 时间: 2025-7-14 19:52

niulin1 发表于 2025-7-14 17:29
啥啥啥封装？不如让各种语言的文件在解决方案树形表里添加后直接就能引用！能省老鼻子心了！！！
...

我靠你这随口一说我还真感觉是个好主意！

作者: 山梦 时间: 2025-7-14 20:59
我以为这次的火山能像水一样包容一切……（原来还是走了易语言的老路，可以说只是进步那么一丢丢）

作者: 459943578 时间: 2025-7-14 22:56

创世魂发表于 2025-7-14 14:14
纯翻译一点意义都没有。。还是得包装

你会原生的觉得没意义，火友需要的是中文库和中文语法，纯翻译也很好，至少可以直接翻译ai代码，

作者: 老鼠 时间: 2025-7-15 00:05

创世魂发表于 2025-7-14 14:14
纯翻译一点意义都没有。。还是得包装

虽然我没买狗，但是我觉得纯翻译也不是不行，可以英文和中文共用，像是隔壁的龙语言亦或是炫语言和FOF，我感觉他们也都算是纯翻译了，而且基本上不用调教AI，只需要中文化AI给的代码就好。

作者: lhy201233 时间: 2025-7-16 06:05
老吴的封装语法比C++的语法还难而且啰嗦，其实纯翻译反而简单省去了封装的麻烦，搞2个子窗口，左边是纯翻译的中文代码，右边是英文代码，可以互相转换，以前就有人搞过，搞的有模有样。

作者: hcwanz 时间: 2025-7-16 07:30

lhy201233 发表于 2025-7-16 06:05
老吴的封装语法比C++的语法还难而且啰嗦，其实纯翻译反而简单省去了封装的麻烦，搞2个子窗口，左边是纯翻译 ...

没法跨语言

作者: 沉默流星 时间: 2025-7-16 10:42

lhy201233 发表于 2025-7-16 06:05
老吴的封装语法比C++的语法还难而且啰嗦，其实纯翻译反而简单省去了封装的麻烦，搞2个子窗口，左边是纯翻译 ...

可有开源的代码学习

作者: chenfeng0614 时间: 2025-7-18 20:53

诗木发表于 2025-7-14 11:46
火山已经是屎山代码了，要顺应新时代，解决历史问题，就不要再加盖，花点时间推倒重来 ...

吴总说行啊，你们再重新买新狗啊哈哈:噜阿噜

作者: 诗木 时间: 2025-7-18 21:00

chenfeng0614 发表于 2025-7-18 20:53
吴总说行啊，你们再重新买新狗啊哈哈:噜阿噜

重新买那都不是事，但吴总的产品有那个能力让人重新付费购买吗？有多好用才会让人心甘情愿在付费上当一次？吴总自己都不敢想，哈哈

作者: chenfeng0614 时间: 2025-7-18 21:09

诗木发表于 2025-7-18 21:00
重新买那都不是事，但吴总的产品有那个能力让人重新付费购买吗？有多好用才会让人心甘情愿在付费上当一次 ...

重新重构开发不是那么容易的，大家也等不起啊。开发了这么多年的PC你想一下就推倒重来也没那么容易，得多大的工作量，时间精力是有限的。

作者: taotian 时间: 2025-7-19 20:45
让老吴重新开发个翻译的，你们重新买狗

作者: lhy201233 时间: 2025-7-23 06:08
本来这么精简的代码被老吴用火山包装搞的非常复杂，这么搞还不如直接汉化英文代码来的痛快效率高

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