就个人而言,目前思源插件的生态建设乏善可陈,在繁荣程度和好用上略有缺乏。但这也许是因为思源本身基础完善、功能多样,使得大多数能力开箱即用,而无需通过插件来完善。谈几点个人感受:
-
稳定性较差。这倒不是说插件本身造成了破坏,或者易于崩溃等,而是说插件机制在使用上不够灵敏高效,部分插件的禁用开启不能立即生效,甚至对界面的修改存在 bug,比如功能图标错位(通常在窗口尺寸调整、主题切换时出现)、插件开启了但相应的图标却没有出现等,需要重启软件,不知道是思源本身还是插件带来的问题。
-
各插件自行定制设置界面,插件之间设置界面比较割裂,如果能像 vscode 那样根据设置类型提供统一的设置界面就好了。
-
插件管理界面加载慢。即便是升级到最新办法,不论是已经下载的本地插件还是在线浏览界面,尤其是软件第一次冷启动时,加载都十分的缓慢。从插件目录结构看,个人猜测是逐个对插件目录进行了扫描加载(个人猜测!!!)。以 vscode 为例,vscode 的在插件目录下维护了一个
extensions.json
,里面包含了下载的插件的各类信息,个人觉得可以参考其实现,在每次进入插件管理时直接读取该文件加载插件列表,而后异步加载图标等其他插件信息。 -
主题与插件的界限比较模糊,容易冲突造成稳定性问题。从目前插件和主题的建设来看,一些主题带有本应通过插件来实现的功能,一些插件也对外观有所侵入。这很可能造成插件和主题在某个实现上的冲突,甚至进而损坏用户数据。个人觉得主题应该专注于外观上的调整和美化,一些针对功能上的实现应当迁移到插件上去,不知道在插件和主题机制上能否实现这种隔离。
-
主题相关文件的存放问题,不知道为什么在代码片段文件夹下出现了主题的配置文件,感觉是主题将配置以代码片段的形式存放,但是为什么不存放到主题文件夹中呢,这也是上面说的主题的一种侵入性表现吧。而其他插件的配置则在
data\storage\petal
目录下。 -
进入退出慢。不论是启动软件进入还是退出软件,都需要等待比较长的时间,尤其是数据量较大时,应该是同步机制上的问题,进入退出时都需要通过网络进行数据仓库的同步,给人的感觉不是很可靠的样子,感觉软件直接被杀掉的话会丢数据一样。
以上仅为个人使用的一些体会和建议,不代表其他任何意见,也没有攻击谁的意思,不管是思源还是一些插件主题,都有在使用,也向开发者表示感谢。思源发展至今,从功能上已经十分成熟了,也一直保持较高的更新频率和功能开发速度,但是从用户的角度来看,思源的生态依然十分欠缺,记得 logseq 刚出现的时候思源已经发展了一段时间了(不知道记得准不准确),但目前 logseq 在周边的主题、插件生态上都相对繁荣和完善。思源虽然作为开源产品,但主力开发者只有 D 大和 V 大的情况下,个人觉得还是应当好好打磨一些细节和基础,提供更加完善的机制吸引用户和开发者进入,完善和发展生态,才能更有利于长远发展。
欢迎来到这里!
我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。
注册 关于