递归火山软件开发平台

标题: 以人为本，务实创新。 [打印本页]

作者: urenai 时间: 2024-8-15 00:30
标题: 以人为本，务实创新。
本帖最后由 urenai 于 2024-8-15 00:32 编辑

总有人热爱火山，
同时也总有人喷火山，暂且认为他们是因爱生恨。

一些菜b的话  意见建议完全不用理会。
但是  一些真正有能力的人的意见，官方应该多听听，

总的来讲，这一部分人能有什么坏心思，不都是想火山越来越好么。
封库的槽点太多了。参数只能引用一次。超级难受。

你不解决他们急迫的问题，他们都没封库积极性。
再有，为爱发电越远不是长久之计。
官方务必实现lib编译支持。
提高三方投入积极性。

例如三方库的许可  可以放到狗里。
既然是盈利性质，那官方下发牌照，收益分成。

拉动外部闲散人员干活积极性是首要问题。

作者: urenai 时间: 2024-8-15 00:36
举例：
我需要个模块需要实现校验软件数字证书的合法性。
我直接在论坛某板块发帖阐明。
散人做好库，直接提交到官方，验证通过，上架。

我本地打开火山，搜索该库名称，获得授权（编译时二次校验），直接下载到本地。

作者: 2767944492 时间: 2024-8-15 01:42

urenai 发表于 2024-8-15 00:36
举例：
我需要个模块需要实现校验软件数字证书的合法性。
我直接在论坛某板块发帖阐明。

做云类库，封好库后提交给官方、验证、上架，用户打开火山，搜索需要下载或引用的库，直接下载到本地或引用到当前项目
库可以标明是免费库还是收费库，收费库可以平台、作者收益分成（或者结合论坛，搞积分模式，也能促进大家交流讨论、分享、维持生态）
普通用户下载库也不用网上到处找了，终于统一了
最重要的，拉动封库人员积极性，有更多的库，火山也就易用，就像py一样啥库都有

作者: 2767944492 时间: 2024-8-15 01:54
本帖最后由 2767944492 于 2024-8-15 01:59 编辑

每次发帖/回帖都忍不住喷火山，都这么多年了，不温不火的，问题一大堆、也没见真正解决几个
要是真是只是为了“喷”，也不会买狗了
是因为，实在有种“恨铁不成钢”的感觉，喷也是想让官方注意到这些问题，抓紧改善
有些人提意见就是说封这库封那库，指望官方封库永远都封不完，而且，封的库也只能满足少部分人的需求
ide便捷性和封库方面的槽点非常多
支持ide插件、解决封库问题是关键，不能只是吴总一个人在解决问题、不停封库，这样太慢了、而且很多问题考虑不到

目前网上压根没啥教程，封装学习主要就是看官方手册，但现在手册就像看文言文一样，只有懂的人才能看懂

作者: 小小小小鸟 时间: 2024-8-15 07:09
参数只能引用一次的确是很不方便。有时候只能定义宏来代替，特别影响代码。如果吴总一点点的解决真正的问题，那就太好了

作者: zqiz 时间: 2024-8-15 09:42

2767944492 发表于 2024-8-15 01:54
每次发帖/回帖都忍不住喷火山，都这么多年了，不温不火的，问题一大堆、也没见真正解决几个
要是真是只是为 ...

同感

作者: 创世魂 时间: 2024-8-15 09:42
类库商店暂时没有时间弄。

作者: 飞扬工作室 时间: 2024-8-15 10:09
参数只能引用一次是为了避免很多潜在问题的产生,譬如说你的嵌入式方法有一个逻辑型参数,然后你引用了两次,也就是说这个参数代码会在生成后的代码内执行两次. 如果调用方简单传递一个逻辑运算值进来还好说,无非计算两次,但是如果他传递一个其它的,譬如读写文件的操作结果,那么就意味着这个读写文件操作会执行两次,从而导致出现很严重的问题.

作者: 摘星揽月 时间: 2024-8-15 10:14

飞扬工作室发表于 2024-8-15 10:09
参数只能引用一次是为了避免很多潜在问题的产生,譬如说你的嵌入式方法有一个逻辑型参数,然后你引用了两次, ...

go可以通过匿名函数解决，其他平台只能通过宏么

作者: 飞扬工作室 时间: 2024-8-15 10:19

摘星揽月发表于 2024-8-15 10:14
go可以通过匿名函数解决，其他平台只能通过宏么

可以通过赋值到临时变量解决,不过嵌入式代码就会增加几行.

作者: 沉默流星 时间: 2024-8-15 10:26

小小小小鸟发表于 2024-8-15 07:09
参数只能引用一次的确是很不方便。有时候只能定义宏来代替，特别影响代码。如果吴总一点点的解决真正的问 ...

这里说的参数引用只能一次，是说的什么情况下只能引用一次？

作者: Xelloss0618 时间: 2024-8-15 10:51

沉默流星发表于 2024-8-15 10:26
这里说的参数引用只能一次，是说的什么情况下只能引用一次？

只要用了嵌入式方法这个属性，参数就只能在嵌入代码里调用一次。

作者: 沉默流星 时间: 2024-8-15 10:52

Xelloss0618 发表于 2024-8-15 10:51
只要用了嵌入式方法这个属性，参数就只能在嵌入代码里调用一次。

我记得有个需求类型可以除外吧

作者: Xelloss0618 时间: 2024-8-15 11:34

沉默流星发表于 2024-8-15 10:52
我记得有个需求类型可以除外吧

如果参数是数据类型，或者用 @dt<>是可以多次引用，但实参就只能一次，原因上面吴总也说了。

作者: 609177738 时间: 2024-8-15 17:15

飞扬工作室发表于 2024-8-15 10:09
参数只能引用一次是为了避免很多潜在问题的产生,譬如说你的嵌入式方法有一个逻辑型参数,然后你引用了两次, ...

那 @sn<this> 为啥不允许多次呢

作者: 小小小小鸟 时间: 2024-8-15 17:31

飞扬工作室发表于 2024-8-15 10:09
参数只能引用一次是为了避免很多潜在问题的产生,譬如说你的嵌入式方法有一个逻辑型参数,然后你引用了两次, ...

如果是这样考虑的话，吴总限制参数引用一次是很有道理的，因为小白不会注意这个问题，而且这类代码随着库的变多很有可能会有很多，权衡利弊进行限制，个人认为是合适的，感谢吴总解惑。

作者: 飞扬工作室 时间: 2024-8-15 20:12

609177738 发表于 2024-8-15 17:15
那 @sn 为啥不允许多次呢

这个实际上也是参数

作者: urenai 时间: 2024-8-15 21:28

飞扬工作室发表于 2024-8-15 10:09
参数只能引用一次是为了避免很多潜在问题的产生,譬如说你的嵌入式方法有一个逻辑型参数,然后你引用了两次, ...

我明白你的意思，实际翻译过后嵌入式也只是替换而已，入参多次引用的确存在问题。
吴总你也说了，可以使用变量。
如果给一个属性：【允许多次引用参数 = 真】，这样在实际运用中，自动创建变量 =参数，内部代码全部自动引用之呢？？

吴老板你根本不理解，你嵌入式方法参数的部分属性对我们的诱惑。
奈何我们没能力去用。

作者: urenai 时间: 2024-8-15 21:31

urenai 发表于 2024-8-15 21:28
我明白你的意思，实际翻译过后嵌入式也只是替换而已，入参多次引用的确存在问题。
吴总你也说了，可以使 ...

说白了，我们馋的不是你的嵌入式方法，我们馋的是你嵌入式方法对参数支持的属性。

作者: 一代码农 时间: 2024-8-18 14:50

飞扬工作室发表于 2024-8-15 10:09
参数只能引用一次是为了避免很多潜在问题的产生,譬如说你的嵌入式方法有一个逻辑型参数,然后你引用了两次, ...

用嵌入式的大多是封装层面的用户，是有一定封装基础和C++基础的，支持嵌入式多行不仅可以让封装更为便利，在运行效率上也会有很大提升。

会用的人自然会注意这个问题，乱用的人怎么限制都会出错，总体来说怕出错而限制总是不合理的，支持取消嵌入式的限制。

作者: urenai 时间: 2024-8-21 12:09

一代码农发表于 2024-8-18 14:50
用嵌入式的大多是封装层面的用户，是有一定封装基础和C++基础的，支持嵌入式多行不仅可以让封装更为便利 ...

你说得对，饮鸩止渴

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