以人为本，务实创新。
本帖最后由 urenai 于 2024-8-15 00:32 编辑总有人热爱火山，
同时也总有人喷火山，暂且认为他们是因爱生恨。
一些菜b的话意见建议 完全不用理会。
但是一些真正有能力的人的意见，官方应该多听听，
总的来讲，这一部分人能有什么坏心思，不都是想火山越来越好么。
封库的槽点太多了。 参数只能引用一次。超级难受。
你不解决他们急迫的问题，他们都没封库积极性。
再有，为爱发电越远不是长久之计。
官方务必实现lib编译支持。
提高三方投入积极性。
例如三方库的许可可以放到 狗 里。
既然是盈利性质，那官方下发牌照，收益分成。
拉动外部闲散人员干活积极性是首要问题。
举例：
我需要个模块 需要实现 校验软件数字证书的合法性。
我直接在论坛某板块发帖阐明。
散人做好库，直接提交到官方，验证通过，上架。
我本地打开火山，搜索该库名称，获得授权（编译时二次校验），直接下载到本地。
urenai 发表于 2024-8-15 00:36
举例：
我需要个模块 需要实现 校验软件数字证书的合法性。
我直接在论坛某板块发帖阐明。
做云类库，封好库后提交给官方、验证、上架，用户打开火山，搜索需要下载或引用的库，直接下载到本地或引用到当前项目
库可以标明是免费库还是收费库，收费库可以平台、作者收益分成（或者结合论坛，搞积分模式，也能促进大家交流讨论、分享、维持生态）
普通用户下载库也不用网上到处找了，终于统一了
最重要的，拉动封库人员积极性，有更多的库，火山也就易用，就像py一样啥库都有 本帖最后由 2767944492 于 2024-8-15 01:59 编辑
每次发帖/回帖都忍不住喷火山，都这么多年了，不温不火的，问题一大堆、也没见真正解决几个
要是真是只是为了“喷”，也不会买狗了
是因为，实在有种“恨铁不成钢”的感觉，喷也是想让官方注意到这些问题，抓紧改善
有些人提意见就是说封这库封那库，指望官方封库永远都封不完，而且，封的库也只能满足少部分人的需求
ide便捷性 和 封库方面 的槽点非常多
支持ide插件、解决封库问题是关键，不能只是吴总一个人在解决问题、不停封库，这样太慢了、而且很多问题考虑不到
目前网上压根没啥教程，封装学习主要就是看官方手册，但现在手册就像看文言文一样，只有懂的人才能看懂
参数只能引用一次 的确是很不方便。有时候只能定义宏来代替，特别影响代码。如果吴总一点点的解决真正的问题，那就太好了 2767944492 发表于 2024-8-15 01:54
每次发帖/回帖都忍不住喷火山，都这么多年了，不温不火的，问题一大堆、也没见真正解决几个
要是真是只是为 ...
同感 类库商店暂时没有时间弄。 参数只能引用一次是为了避免很多潜在问题的产生,譬如说你的嵌入式方法有一个逻辑型参数,然后你引用了两次,也就是说这个参数代码会在生成后的代码内执行两次. 如果调用方简单传递一个逻辑运算值进来还好说,无非计算两次,但是如果他传递一个其它的,譬如读写文件的操作结果,那么就意味着这个读写文件操作会执行两次,从而导致出现很严重的问题. 飞扬工作室 发表于 2024-8-15 10:09
参数只能引用一次是为了避免很多潜在问题的产生,譬如说你的嵌入式方法有一个逻辑型参数,然后你引用了两次, ...
go可以通过匿名函数解决，其他平台只能通过宏么 摘星揽月 发表于 2024-8-15 10:14
go可以通过匿名函数解决，其他平台只能通过宏么
可以通过赋值到临时变量解决,不过嵌入式代码就会增加几行.