建立起集市,就不会再有散落发布的代码片段丢失了,而且还有引领作用,发的人也会多起来。
可否考虑新建一个 CSS 或 JS 集市,便于代码片段沉淀与继续发展
相关帖子
-
-
支持建立。
官方不太想建可能有怕普通用户因为代码片段间的相互冲突却不自知,发现问题后来发更多的 issues 或社区的反馈贴,从而需要浪费很大时间来排查这些与主体完全无关的问题。
但是从目前社区改版后的这个搜索便利性来看,已有老铁分享过的代码片段重新被搜索到的难度非常大,大佬分享的代码片段也确实能帮助很多像我这样没有代码基础,却想部分功能能有所自定义的用户很大的忙。(在某种程度上能减少很大一部分用户各种小众的需求而让官方免于被 issues 打扰)
建立的时候提醒一定要做好的是:明确告知代码片段间有冲突的可能,并且自行为所使用的代码片段负责(官方免责声明),反馈问题明确指出需要在反馈前考虑代码片段是否冲突。
-
是的,我也认可
代码片段集市有没有价值
把代码片段统一管理起来是绝对有价值的,这个毋庸置疑。
现象 1:
我看最近有人发帖,很多的解决方案都是一段代码片段,这些问题可能其他的人也会遇到,不管理起来就流失了。
现象 2:
近期有人分享优秀的代码片段,都是挂了 N 久前已经发布的帖子,链接来回跳转,大家找起来很不方便。能翻出多年前帖子的人,他管理起来也一定很痛苦。
现象 3:
用户很难知道解决问题是要搜索代码片段的,而且代码片段很难搜索出来,思源应该引导用户先去代码集市看是否有匹配的解决方案。
统一管理代码片段的可考虑方案
1、可在集市中加入一个代码片段区
优点:用户便于访问,思源的集市越来越丰富
缺点:上架后 D 大有管理(测试、审核)成本,毕竟正式发布到思源集市里的东西是要控制好风险的,避免有人恶意破坏
2、在论坛开一个区域叫做代码片段区
优点:用户可随意发布代码片段,D 大可不做审核(因为不是思源正式发布到思源 APP 里的,影响很小)。
缺点:在论坛新开个区,访问论坛的人毕竟很少,这样用户很难发现这个宝藏
鉴于 CSS 和 JS 的代码片段,具备很零碎且有有严格适用性的特性,可能一段代码片段不久就失效了,为了减少管理成本,可以考虑单独给每个发布出来的代码片段,允许用户去点好评和差评(最好也能评论)---下载量大不代表这个代码片段就是好用,由用户自行来决策是否使用。
2 回复 -
-
我也觉得,可能 论坛 or 集市,迟早得开辟出一个专门模块给 css 代码片段 😂
论坛的话可能更简单:把论坛按软件工具划分领域(而不是像现在这样软件工具仅仅是标签),然后在软件工具下设标签。在用户输入标签时,就像在思源里输入标签那样出现引导性的下拉选框,这样,在论坛里的“思源笔记”领域下,点击“代码片段”标签,即可看到全部与代码片段相关的帖子。
这样做可能会比集市更灵活省事儿。以后每出现一个新的特性,其对应的支持性讨论板块,只需要用户在“思源笔记”领域下自主增设标签即可,而不至于需要更新集市板块。
p.s. 这样的论坛模块架构,很像在思源笔记里进行知识管理所使用的“文件树(MOC 领域)+ 标签”方法,在确保有序性的同时兼顾灵活性。
以上仅供参考。
-
-
偶然想起一个兼顾上方优缺点的方案:
代码片段依然发布到论坛,在思源客户端-集市中新增代码片段板块,用户点击此板块时,在代码片段的页签界面内,内嵌网页访问论坛的代码片段板块(跳出的界面中会文字显示:用户需自行甄别,思源官方不会对代码片段的效果负责)-如果是国外用户,在思源的配置中加个开关,可选择跳转国内代码片段板块还是国外板块
给每个发布出来的代码片段,允许用户去点好评和差评(最好也能评论),这个是真有必要,用户就能自行判定了
这样就能兼顾客户端用户可快速访问代码集市,而且 D 大不需要费精力审核了。
1 操作Henmy 在 2023-09-03 12:12:04 更新了该回帖 -
我当初手搓插件体系,就是为了避免社区代码片段的分享混乱,实现体系化和标准化,为开发者助力。如果再弄一个 CSS 集市和 JS 集市,那现在就有三个集市,而且功能还存在覆盖关系,为何要这么搞呢?插件就支持 CSS 和 JS。
有人觉得代码看得懂随便复制,有人就连代码都不想要直接就提需求全部改成功能配置,众口难调的。
思源软件才是核心主体,论坛不是,论坛只是够沟通渠道,今天这个帖子上去了,明天这个帖子就沉下去了,酒香也怕巷子深,现在论坛里已有的代码片段恐怕也没人喜欢找吧。
最好的情况还是降低插件入门门槛,提高插件的分发效率比较好。把问题都集中到插件这个点上,而不是分散到 N 多个功能上,降低心智。
欢迎来到这里!
我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。
注册 关于