深有感触, 感同身受,看得出来字字珠玑
不宜进行短期大幅改变,先明确目标
不能完全不改变也不能改变过急, 现如今正全力以赴增加H5子平台, 精力不宜过度分散,越是着急越要乱中求稳, H5是至关重要的一关, 在前端发展迅猛的今天, 所有的用户都耗不起了, 传统卡顿+闪烁的MFC 框架 早就让大部分用户为之厌烦了, 性能这一关就是死都迈不过去的坎,
格式代码
这个问题很好解决,火山代码其实完全可以有两种代码风格,官方在增加新款代码渲染组件即可. 无论是用户还是传统代码都可以无缝兼容,也无需废掉表格式,让用户自选择也不失为一种高明策略,让AI生成的同时我们也可以一键预览表格式代码, 事实上这是很多低代码平台最常见的操作了
包管理器版本管理工具Git、SVN等
包括第收费管理软件,肯定是刚需,这也是当今的潮流,可以说,便捷的开发工具能够提升数倍的开发效率
将代码框变成注释框 本帖最后由 lizcst 于 2025-6-23 21:05 编辑
你说的这些其实吴涛肯定不会弄的，咱先不说吴涛弄得了弄不了，毕竟一人gongsi一人团队，能力也是有上限的。咱就说都加上改好了那火山和VS相比岂不是丢弃了自己的特色东西？就比如这个表格样式代码，这可是祖传的，还有这个加密代码文件，非文本的代码文件也是祖传的，这都是为了强行维持特色或者说是特立独行的风格，如果都向VS看齐，那为啥要去用火山呢？直接用VS不是更好吗？强大到无与伦比，还是免费的，还可以跳过中文转英文的文本替换，省事省力，就是语法是英文的而已，关键是需要的英文词汇量少得可怜，不存在障碍，而且现在VS加入了AI辅Zhu功能，你写中文注释AI都能给你写好英文的C++代码，现在用起来难度更低了，比火山都不知道高到哪里去了。所以，这些吴涛肯定不会丢掉的，记住！这是特色而非缺陷！ 你的角度不同，你忽略了中国很多一部分人看到英文就头疼的很 感觉向原生靠拢是趋势，像loong编程，直接别名引用各种库，少造好多轮子，VCN直接@{}引用原生代码，跟得上AI时代一小步了，H5最近也要出来了，也是图形化操作，感觉可以吸收他们的优点，结合 自身做一个规划就好了 表格，易语言的特色吧。我坚持喜欢就是他的清晰 飞扬工作室 发表于 2025-6-23 14:24
不会删除的
不删除表格前端代码很不好编写啊层级太多了 本帖最后由 numbersir 于 2025-6-28 10:05 编辑
<火山程序 类型 = "通常" 版本 = 1 />
方法 按钮_被单击 <接收事件 类型 = 整数 注释 = "当按钮被单击后发送此事件">
参数 来源对象 <类型 = 按钮 注释 = "提供事件产生的具体来源对象">
参数 标记值 <类型 = 整数 注释 = "用户调用\"挂接事件\"命令时所提供的\"标记值\"参数值,非此方式挂接事件则本参数值固定为0.">
{
如果 (来源对象 == 按钮10)
{
选择夹1.删除所有子夹 ()
}
否则 (来源对象 == 按钮2)
{
选择夹1.删除子夹 (1)
}
否则 (来源对象 == 按钮1)
{
选择夹1.插入子夹 (1, "新的子夹", 0, 组件布局器1)
}
否则 (来源对象 == 按钮12)
{
按钮7.可视 = 取反 (按钮7.可视)
按钮11.可视 = 取反 (按钮11.可视)
按钮13.可视 = 取反 (按钮13.可视)
}
否则
{
信息框 (来源对象.标题)
}
返回 (1)
}
--------------------------------------------
表格代码转文本代码这样多了好多规则，AI一样子也难学会，AI给的文本代码也经常火山IDE不识别
好建议
页:
1
[2]