登录 注册

建议用回文件名的功能 1.2.5 文件 (夹) 名称 ID 化，是否与本地化的初衷渐行渐远？

本贴最后更新于 685 天前，其中的信息可能已经时过境迁
  • 建议使用笔记文件名 +ID 组合，这样笔记方便
  • 建议使用.md 格式，真的

引用之前的帖子

引用之前的帖子

  • 每次大本版更新，都是提心吊胆，因为新特性总是在负面影响甚至破坏已有的工作流

  • 1.2.5 最大的改动便是文件名 ID 化，这直接导致

    • 除思源外任何工具对思源文件的管理不具备可读性和可操作性性
    • 系统资源管理器几乎变为资源管理空气
    • 文件级，文件夹级拷贝分享变的异常艰难，以至不可能
    • 第三方同步盘的同步日志变得没有丝毫可读性，同样文件级的版本恢复变得异常艰难（特别是思源自身的同步仍然只能作为 plan B, 即便一直改进，应该也无法和专业软件（坚果云）比肩）

  • 对系统工具，对第三方工具的友好性，不正是本地化的一大便利么（另一大便利是安全）

  • 如果 ID 化是子文档的代价的话，那真是子文档的一个最糟糕的本地化实现，更何况子文档也丝毫不会对笔记带来本质的提升。纯在线的 ID 化无所谓，用户根本不关心这个。可用思源就是冲着本地来的

  • 特性的引入伴随思源一直在收紧自由度，从资源的统一管理到文档名的 ID 化，收紧的方向正常，但方法真是一言难尽

  • “思源用户不关心本地文件名，软件能打开就行”，但还是有一部分用户关心文件名的，越是深度用户越关心，随着笔记的数量提升，协作需求的提升，也许会有越来越多的用户看到这一串 ID 而苦恼吧

  • 实现同样的功能，应该有比文件名 ID 化更高效，更平和的实现吧？希望两位主创能考虑下这个问题

【思源笔记 v1.2.0 发布，一个全新的开始 - LianDi (ld246.com)】写的承诺

1. 以后还会不会有类似这样大的改动？能不能不要随意砍掉我特别需要的功能？

这次调整方向的动作确实太大，我们完全重写了大部分代码，这样大的改动以后不会有第二次了。用户体验上我们正在逐步完善，把现在的功能做好、做稳、做到极致是第一要务，添加新特性会谨慎对待，并且不会再移除已有功能了（除非是实在没人用的功能或者有更好的替代方案）。

【看了一些评论，结论：这个社区确实如网上很多平台说的那样戾气很重，懂的都懂，不多说】

【此贴不会删除，算是给后面的新人看看这社区的德性，懂的都懂不多说】

  • 思源笔记

    思源笔记是一款隐私优先的个人知识管理系统，支持完全离线使用，同时也支持端到端加密同步。

    融合块、大纲和双向链接，重构你的思维。

    22020 引用 • 87815 回帖 • 2 关注
1 引用
建议用回文件名的功能 1.2.5 文件 (夹) 名称 ID 化，是否与本地化的初衷渐行渐远？ • Bard
4 操作
dwe3030 在 2022-12-20 22:39:24 更新了该帖
dwe3030 在 2022-12-19 20:51:50 更新了该帖
dwe3030 在 2022-12-19 14:56:06 更新了该帖
dwe3030 在 2022-12-19 14:55:41 更新了该帖
1 关注
1 收藏
1 引用
4 操作
25 回帖
9
2
2
2
1.2k 243 177 319 2 39 27 349

相关帖子

25 回帖
建议用回文件名的功能 1.2.5 文件 (夹) 名称 ID 化，是否与本地化的初衷渐行渐远？

欢迎来到这里！

我们正在构建一个小众社区，大家在这里相互信任，以平等 • 自由 • 奔放的价值观进行分享交流。最终，希望大家能够找到与自己志同道合的伙伴，共同成长。

注册 关于
请输入回帖内容 ...
  • foolishman83 •

    同感，在核心功能和底层格式方面，要尽量做到最大程度的稳定和简约，不轻易为了某些可有可无的功能而做颠覆性的改变，笔记是逐步积累的，大的改动对以往的笔记而言无论如何平滑迁移，都有可能因为版本上的不注意而对数据造成灾难性的后果。建议在核心功能上要保持简约克制，在操作效率和稳定性上要做到极致，特殊功能需求上建议尽快上线插件模式，通过插件来实现个性化的需求。说实话，新增的很多功能，一些在旧有版本上本就能够实现，有的则只是某些人的个性化需求，大部分人使用的概率很低，譬如 2.2.0 版本关于行级格式的多种格式叠加，这种笔记的富文本化其实对 markdown 格式而言并不是必要的，也有违 markdown 文本编辑笔记软件简约高效的初衷，我不反对此项功能可以由插件个性化实现，但并无必要放入核心原生功能中，这种方向将导致笔记的底层数据格式愈加复杂，出 bug 的几率也会几何级上升。

  • 其他回帖
  • zxhd86 • • 2 • 2 赞同
    订阅者 先知

    场上现在有两方。

    一方直接引用了之前的帖子，却连下面的讨论看都不看，直接把原来就有定论和进展的问题复制粘贴了一遍，没有任何进一步的思考。对于回帖提出的问题与回答不做任何回应，没有任何交流的意图，直接下了定论：“这个社区确实如网上很多平台说的那样戾气很重，懂的都懂，不多说。”

    另一方面对已经被讨论了很多次、许多东西已经有了定论的问题，不厌其烦地再次做了解答，逐条进行回应解释，并建议在思源尚不能满足需求的情况下可以试试 logseq、obsidian。

    无奖竞猜：那一方才是有戾气的呢？

    对于软件的讨论应该就事论事，思源的一些特性确实不利于一部分群体的使用，但要是就此对喜欢这个特性的受众进行人身攻击，这无论怎么说也太霸道了吧。

  • leolee • • 4 赞同
    订阅者 捐赠者 恶龙

    用回文件名需要解决这么一些问题：

    1、后端解析部分的重写谁来做；前端部分基于 ID 的实现谁来重新实现？既然从文件名到 ID 需要完全重写大部分代码， 反过来也是同样的很好理解对吧？

    2、现有数据已经基于 ID 改造，怎么处理？

    不仅仅是从 markdown 到 JSON 才是数据结构大改， 从 JSON 返回 Kramdown 也是一样，这个过程可能造成的数据损坏和用户丢失如何处理？

    另外只要改回 Kramdown 就能解决对资源管理器和第三方编辑器的兼容问题可能不太现实。

    我就是从 Kramdown 时代就开始用的，看法是 Kramdown 很强但第三方软件支持约等于没有，解析性能比现在方案差了不是一星半点，资源管理器管理笔记大概一个月用不上几回，使用体验上比现在差了很多。

    3、如何证明有大量用户需要这样的功能？

    当初改的时候是根据用户反馈的问题和需求才确定的修改方向的；经历几个版本的迭代，从用户数量上来看，证明至少对于大多数用户来说 ID 文件名并不是一个很强的痛点。

    而对与越是深度用户越关心这个的结论说实话我确实不太知道你是如何得出的。我至少在使用时长上来说还算是比较深度， 结论是思源的管理方式更加适合我的写作和管理，反而是 obsidian 那样的方式对我来说更适合作为素材收集软件而不是笔记管理。

    4、社区开发者基于现有数据框架做出的各种功能如何兼容？

    不过这个可能也就对我这种影响比较大一点。

    5、所谓“应该有”的，比文件名 ID 化更高效更平和的实现是什么样的？

    我开发过白板，也尝试过在本地 markdown 基础上通过 yaml 实现一些高级功能比如双链和图上链接之类，结论是就算不用 ID 也只是假装不用，实际的数据处理还是必须基于唯一 ID 和更结构化的数据才能高效实现，而这个过程中如果还是要假装自己在用 markdown 的话生成 markdown 代码也没有什么可读性，不如直接写 html。

    所以我认为单纯在存储格式的扩展名上下功夫兼容没有意义，直接存储 ast 反而保证了数据到通行的标准 markdown 之间的转换可行，因为这样不能很好兼容的数据根本就不能存进文件里，你所设想的方案是什么样的？用什么样的识别方式替代 ID 能够至少覆盖绝大多数现有功能而不造成因为解析步骤增加而带来的性能下降？

    6、说一句难听点的，思源虽然开源，但是是商业软件，且不说不兼容坚果云主要是因为实时保存带来的文件锁问题， 就算是其他原因，开发者也没有必要浪费精力在一个并非核心功能而且会影响自己营收的功能上；你也不要用我的话去怀疑他们的动机，至少把同步实现开源并且官方支持了 S3 和 webdav 存储的对接就证明了他们没有故意不去兼容的动机， 那么你想过为什么没有能够直接兼容吗？

    7、接上一条，因为你提到了越是深度用户越关心，我才去看了一下你在论坛的其他发言。就你的一些建议来看我觉得你应该目前使用这款软件还不是很多，那么我真心有一个建议，使用一个工具不是不能有意见和建议，开源软件就更是欢迎各种意见和建议乃至批评。但是在此之前至少应该对软件的基本功能和适用领域有大概的认知，否则就不要做出太过于武断的论断和“代表”用户群发言，其它的都还好说，这两种做法我个人觉得不管对于软件作者和其他用户而言都是不太礼貌的，虽然这对你可能有些冒犯，但是我觉得我还是不得不说。

    8、这个还是一个建议，希望你不要误会，我觉得你提出来的这些可能 obsidian 或者 logseq 能够更好的满足你的需求，他们对资源管理器和第三方软件相比思源应该友好不少，与其削足适履不如去尝试一下，可能会更适合你的使用，我自己也在使用 obsidian，也经常推荐它，不是说“哎呀你说思源的坏话我不同意我要赶你走”，而是真心觉得他们对你来说可能更好用，就像你先要的扩展工具栏在 obsidian 就有插件实现，真的可以趁现在沉默成本还不是很高去尝试一下。

  • Bard •
    订阅者 捐赠者

    既然使用笔记软件了，还写了这么一大堆

    说明是有读写能力的，没错读写是分“读”和“写”的

    之前的帖子都可以再读一遍的，里面也有详细讨论和解释

    读懂别人的观点之后，再来发表观点，才有延申讨论的增量价值

    就像我，引用一段，解释一段的形式

    这贴明明没什么深入谈论的价值，那为什么我非要说这么多呢

    我今晚比较闲

    正好碰见个锻炼读写能力的机会

    感谢您的文本

  • 查看全部回帖
dwe3030
回帖
20
 帖子
8
 积分
360

近期热议

推荐标签 标签

  • CSDN

    CSDN (Chinese Software Developer Network) 创立于 1999 年，是中国的 IT 社区和服务平台，为中国的软件开发者和 IT 从业者提供知识传播、职业发展、软件开发等全生命周期服务，满足他们在职业发展中学习及共享知识和信息、建立职业发展社交圈、通过软件开发实现技术商业化等刚性需求。

    14 引用 • 155 回帖 • 1 关注
  • ZooKeeper

    ZooKeeper 是一个分布式的，开放源码的分布式应用程序协调服务，是 Google 的 Chubby 一个开源的实现，是 Hadoop 和 HBase 的重要组件。它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等。

    59 引用 • 29 回帖 • 3 关注
  • webpack

    webpack 是一个用于前端开发的模块加载器和打包工具，它能把各种资源，例如 JS、CSS（less/sass）、图片等都作为模块来使用和处理。

    41 引用 • 130 回帖 • 257 关注
  • 正则表达式

    正则表达式（Regular Expression）使用单个字符串来描述、匹配一系列遵循某个句法规则的字符串。

    31 引用 • 94 回帖 • 1 关注
  • Solidity

    Solidity 是一种智能合约高级语言，运行在 [以太坊] 虚拟机（EVM）之上。它的语法接近于 JavaScript，是一种面向对象的语言。

    3 引用 • 18 回帖 • 383 关注
  • 开源

    Open Source, Open Mind, Open Sight, Open Future!

    406 引用 • 3571 回帖
  • TextBundle

    TextBundle 文件格式旨在应用程序之间交换 Markdown 或 Fountain 之类的纯文本文件时，提供更无缝的用户体验。

    1 引用 • 2 回帖 • 45 关注
  • 知乎

    知乎是网络问答社区，连接各行各业的用户。用户分享着彼此的知识、经验和见解，为中文互联网源源不断地提供多种多样的信息。

    10 引用 • 66 回帖
  • FreeMarker

    FreeMarker 是一款好用且功能强大的 Java 模版引擎。

    23 引用 • 20 回帖 • 461 关注
  • 服务

    提供一个服务绝不仅仅是简单的把硬件和软件累加在一起，它包括了服务的可靠性、服务的标准化、以及对服务的监控、维护、技术支持等。

    41 引用 • 24 回帖
  • Oracle

    Oracle（甲骨文）公司，全称甲骨文股份有限公司（甲骨文软件系统有限公司），是全球最大的企业级软件公司，总部位于美国加利福尼亚州的红木滩。1989 年正式进入中国市场。2013 年，甲骨文已超越 IBM，成为继 Microsoft 后全球第二大软件公司。

    105 引用 • 127 回帖 • 394 关注
  • SQLite

    SQLite 是一个进程内的库，实现了自给自足的、无服务器的、零配置的、事务性的 SQL 数据库引擎。SQLite 是全世界使用最为广泛的数据库引擎。

    5 引用 • 7 回帖
  • Ant-Design

    Ant Design 是服务于企业级产品的设计体系，基于确定和自然的设计价值观上的模块化解决方案，让设计者和开发者专注于更好的用户体验。

    17 引用 • 23 回帖
  • Angular

    Angular 是 AngularJS 的新版本。

    26 引用 • 66 回帖 • 533 关注
  • Google

    Google（Google Inc.，NASDAQ：GOOG）是一家美国上市公司（公有股份公司），于 1998 年 9 月 7 日以私有股份公司的形式创立，设计并管理一个互联网搜索引擎。Google 公司的总部称作“Googleplex”，它位于加利福尼亚山景城。Google 目前被公认为是全球规模最大的搜索引擎，它提供了简单易用的免费服务。不作恶（Don't be evil）是谷歌公司的一项非正式的公司口号。

    49 引用 • 192 回帖
  • NetBeans

    NetBeans 是一个始于 1997 年的 Xelfi 计划，本身是捷克布拉格查理大学的数学及物理学院的学生计划。此计划延伸而成立了一家公司进而发展这个商用版本的 NetBeans IDE，直到 1999 年 Sun 买下此公司。Sun 于次年（2000 年）六月将 NetBeans IDE 开源，直到现在 NetBeans 的社群依然持续增长。

    78 引用 • 102 回帖 • 672 关注
  • Laravel

    Laravel 是一套简洁、优雅的 PHP Web 开发框架。它采用 MVC 设计，是一款崇尚开发效率的全栈框架。

    20 引用 • 23 回帖 • 723 关注
  • CentOS

    CentOS（Community Enterprise Operating System）是 Linux 发行版之一，它是来自于 Red Hat Enterprise Linux 依照开放源代码规定释出的源代码所编译而成。由于出自同样的源代码，因此有些要求高度稳定的服务器以 CentOS 替代商业版的 Red Hat Enterprise Linux 使用。两者的不同在于 CentOS 并不包含封闭源代码软件。

    238 引用 • 224 回帖
  • Webswing

    Webswing 是一个能将任何 Swing 应用通过纯 HTML5 运行在浏览器中的 Web 服务器，详细介绍请看 将 Java Swing 应用变成 Web 应用 。

    1 引用 • 15 回帖 • 619 关注
  • 倾城之链
    23 引用 • 66 回帖 • 138 关注
  • abitmean

    有点意思就行了

    • 30 关注
  • Typecho

    Typecho 是一款博客程序，它在 GPLv2 许可证下发行，基于 PHP 构建，可以运行在各种平台上，支持多种数据库（MySQL、PostgreSQL、SQLite）。

    12 引用 • 65 回帖 • 453 关注
  • Solo

    Solo 是一款小而美的开源博客系统，专为程序员设计。Solo 有着非常活跃的社区，可将文章作为帖子推送到社区，来自社区的回帖将作为博客评论进行联动（具体细节请浏览 B3log 构思 - 分布式社区网络）。

    这是一种全新的网络社区体验，让热爱记录和分享的你不再感到孤单！

    1433 引用 • 10052 回帖 • 484 关注
  • jsoup

    jsoup 是一款 Java 的 HTML 解析器，可直接解析某个 URL 地址、HTML 文本内容。它提供了一套非常省力的 API，可通过 DOM，CSS 以及类似于 jQuery 的操作方法来取出和操作数据。

    6 引用 • 1 回帖 • 482 关注
  • Thymeleaf

    Thymeleaf 是一款用于渲染 XML/XHTML/HTML5 内容的模板引擎。类似 Velocity、 FreeMarker 等，它也可以轻易的与 Spring 等 Web 框架进行集成作为 Web 应用的模板引擎。与其它模板引擎相比，Thymeleaf 最大的特点是能够直接在浏览器中打开并正确显示模板页面，而不需要启动整个 Web 应用。

    11 引用 • 19 回帖 • 353 关注
  • 资讯

    资讯是用户因为及时地获得它并利用它而能够在相对短的时间内给自己带来价值的信息，资讯有时效性和地域性。

    55 引用 • 85 回帖
  • PWA

    PWA（Progressive Web App）是 Google 在 2015 年提出、2016 年 6 月开始推广的项目。它结合了一系列现代 Web 技术，在网页应用中实现和原生应用相近的用户体验。

    14 引用 • 69 回帖 • 150 关注

最新标签