建议考虑一下本地资源存储时分一下文件夹（即 assets 下再进行细分）。因为本人经常收藏网上的文章（文章非常多了）。导致在 assets 下大大小小的资源也有几万个，Windows 下打开该文件夹就会非常卡。
希望可以尽快跟进，谢谢 👍
建议考虑一下本地资源存储时分一下文件夹（即 assets 下再进行细分）
本贴最后更新于 454 天前，其中的信息可能已经渤澥桑田
相关帖子
- 其他回帖
-
Kahle •作者
原来你就是开发思源笔记的大佬呀。👍
至于你说的这个问题。我觉得可能得考虑一下管理上的问题。 这个年代呀，信息大爆炸，并且所谓的数字花园，一定是会长时间用下去的。
那么按照笔记本进行区分，会不会极有可能光剪藏的就一年一本。再加上零零碎碎的笔记本，可能几年下来，极有可能出现 20 -30 个笔记本，那么统合这些数据就很重要了。
而且我个人觉得，笔记类，可能是一种大而全的记录工具，里面的数据通过不同的目录进行区分的（多个目录，多级目录）。如果是像语雀这种，确实可以一个方向一个知识库。我目前自己的思路就是 一个一级目录，自己的个人生活。 一个一级目录，工作相关的。一个一级目录，剪藏相关的。等。下面的二级目录就是各种再一级的分类。
并且我觉得也得考虑一个问题。假如这个人这个软件用了十年。文章数可能几十万（十年，算上剪藏应该有可能）。再加上各种图片，各种附件，百万还是极有可能的。并且附件有时候不仅仅是图片，各类安装包我也链接过的（毕竟本地最靠谱），各种网站链接总是有失效的可能的。
基于这个场景，是不是可以考虑一下如何在长时间的范围内，可以把数据存储的更多，更稳。这个时候，就得考虑是不是给这类玩家，可以提供更高级的玩法？当到了这个量级，应该是基于 Sqlite 的把？全文搜索就会有一定的性能瓶颈了。并且因为可能附加各种比较大的附件，data 目录也极有可能几百 G（确实有点夸张，但是我这些年的照片，视频，陆陆续续也有 100 多 G 了，如果说类似于 要把照片，视频嵌入到 笔记中，用作“日志”之类的，还是有可能的）。并且对于数据同步，是否也就得考虑一种其他方案了。（因为我个人找基于本地存储的笔记类软件，就是为了保障基础的原数据都可以在自己硬盘上，即使数据量很大了，搜索这种都可以基于原数据进行优化的，比如接入 Lucene 。但原数据不能保障存储好，不能适应未来的大数据量，还是比较麻烦的）
或者可以考虑把存储附件这块的逻辑抽象出来，提供方便的可扩展的途径，然后让网友们去开发也可以。 （不过最好有个开发文档）
而且不同的人，使用的方式也不同。如果可以，最好提供一种灵活可配置的方法（即使写配置文件也行）。
1 回复 -
Kahle •作者
看了，不擅长 TypeScript 😭 。 可能会考虑 找个博客系统来 承载 最终的数据把。目前还没想好。博客系统有博客系统的问题（最少绝对路径和域名导致的迁移太可怕了）。自己开发又没有太多的时间。
-
Kahle •作者
而且平铺除非走对象存储（OSS、OBS 之类的），不然永远都是可能会出现单目录文件过多而导致的各种问题的。轻度玩家无所谓的，到不了那个程度。但是作为可能的重度玩家，不得不考虑。
至于多笔记本，我至今还是单笔记本。 对我来说未来最多也就两个笔记本，一个个人的，一个 剪藏的。
- 查看全部回帖
欢迎来到这里！
我们正在构建一个小众社区，大家在这里相互信任，以平等 • 自由 • 奔放的价值观进行分享交流。最终，希望大家能够找到与自己志同道合的伙伴，共同成长。
注册 关于