登录 注册

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

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

引用之前的帖子

引用之前的帖子

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

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

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

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

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

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

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

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

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

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

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

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

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

  • 思源笔记

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

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

    19811 引用 • 75861 回帖
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.1k 239 177 219 2 35 27 349

相关帖子

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

欢迎来到这里！

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

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

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

  • 其他回帖
  • 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 •
    订阅者 捐赠者

    用 A 软件就好好用 A 软件

    不要非得把 B 的主要特性提议给 A

    非要如此，更建议给 B 提议增加 A 的特性

    软件有 Bug，个人有需求，没什么问题，毕竟是社区共建

    但挑战“共识”就需要有足够深厚的积累

    就像卡尔萨根所说“超乎寻常的论断，需要超乎寻常的证据”

  • zxhd86 • • 5 赞同
    订阅者 先知

    使用笔记文件名 +ID 看上去是一个不错的想法，但是这恰恰体现出你没有很好的看完、甚至没有看原帖的回答，那就是不同系统对于文件名的接受程度不同，当时 D 大举出的例子是文件名大小写，哪怕是这种情况也是笔记文件名 +ID 无法解决的。

    再举一个比较刁钻的例子，windows 平台上是不允许使用作为 : | ? * > < 文件名的，但是，在 Linux 上是可以的。

    那么我在 linux 上无意识的起了一个 我的工作:目前进展.md 的笔记是完全可能且允许的，但是同步到 windows 上……那就 game over 了。

    所以，一劳永逸的方法，恰恰是文件名 ID 化。

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

近期热议

推荐标签 标签

  • abitmean

    有点意思就行了

    • 29 关注
  • Ubuntu

    Ubuntu（友帮拓、优般图、乌班图）是一个以桌面应用为主的 Linux 操作系统，其名称来自非洲南部祖鲁语或豪萨语的“ubuntu”一词，意思是“人性”、“我的存在是因为大家的存在”，是非洲传统的一种价值观，类似华人社会的“仁爱”思想。Ubuntu 的目标在于为一般用户提供一个最新的、同时又相当稳定的主要由自由软件构建而成的操作系统。

    123 引用 • 168 回帖
  • WebSocket

    WebSocket 是 HTML5 中定义的一种新协议，它实现了浏览器与服务器之间的全双工通信（full-duplex）。

    48 引用 • 206 回帖 • 383 关注
  • IPFS

    IPFS（InterPlanetary File System，星际文件系统）是永久的、去中心化保存和共享文件的方法，这是一种内容可寻址、版本化、点对点超媒体的分布式协议。请浏览 IPFS 入门笔记了解更多细节。

    20 引用 • 245 回帖 • 234 关注
  • Spark

    Spark 是 UC Berkeley AMP lab 所开源的类 Hadoop MapReduce 的通用并行框架。Spark 拥有 Hadoop MapReduce 所具有的优点；但不同于 MapReduce 的是 Job 中间输出结果可以保存在内存中，从而不再需要读写 HDFS，因此 Spark 能更好地适用于数据挖掘与机器学习等需要迭代的 MapReduce 的算法。

    74 引用 • 46 回帖 • 560 关注
  • SMTP

    SMTP（Simple Mail Transfer Protocol）即简单邮件传输协议，它是一组用于由源地址到目的地址传送邮件的规则，由它来控制信件的中转方式。SMTP 协议属于 TCP/IP 协议簇，它帮助每台计算机在发送或中转信件时找到下一个目的地。

    4 引用 • 18 回帖 • 604 关注
  • C

    C 语言是一门通用计算机编程语言，应用广泛。C 语言的设计目标是提供一种能以简易的方式编译、处理低级存储器、产生少量的机器码以及不需要任何运行环境支持便能运行的编程语言。

    83 引用 • 165 回帖 • 13 关注
  • Java

    Java 是一种可以撰写跨平台应用软件的面向对象的程序设计语言，是由 Sun Microsystems 公司于 1995 年 5 月推出的。Java 技术具有卓越的通用性、高效性、平台移植性和安全性。

    3169 引用 • 8208 回帖
  • Oracle

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

    103 引用 • 126 回帖 • 442 关注
  • 生活

    生活是指人类生存过程中的各项活动的总和，范畴较广，一般指为幸福的意义而存在。生活实际上是对人生的一种诠释。生活包括人类在社会中与自己息息相关的日常活动和心理影射。

    229 引用 • 1450 回帖
  • Unity

    Unity 是由 Unity Technologies 开发的一个让开发者可以轻松创建诸如 2D、3D 多平台的综合型游戏开发工具，是一个全面整合的专业游戏引擎。

    25 引用 • 7 回帖 • 233 关注
  • Q&A

    提问之前请先看《提问的智慧》，好的问题比好的答案更有价值。

    6888 引用 • 31055 回帖 • 230 关注
  • BAE

    百度应用引擎（Baidu App Engine）提供了 PHP、Java、Python 的执行环境，以及云存储、消息服务、云数据库等全面的云服务。它可以让开发者实现自动地部署和管理应用，并且提供动态扩容和负载均衡的运行环境，让开发者不用考虑高成本的运维工作，只需专注于业务逻辑，大大降低了开发者学习和迁移的成本。

    19 引用 • 75 回帖 • 618 关注
  • 强迫症

    强迫症（OCD）属于焦虑障碍的一种类型，是一组以强迫思维和强迫行为为主要临床表现的神经精神疾病，其特点为有意识的强迫和反强迫并存，一些毫无意义、甚至违背自己意愿的想法或冲动反反复复侵入患者的日常生活。

    15 引用 • 161 回帖
  • BookxNote

    BookxNote 是一款全新的电子书学习工具，助力您的学习与思考，让您的大脑更高效的记忆。

    笔记整理交给我，一心只读圣贤书。

    1 引用 • 1 回帖 • 1 关注
  • 自由行
    • 2 关注
  • 以太坊

    以太坊（Ethereum）并不是一个机构，而是一款能够在区块链上实现智能合约、开源的底层系统。以太坊是一个平台和一种编程语言 Solidity，使开发人员能够建立和发布下一代去中心化应用。 以太坊可以用来编程、分散、担保和交易任何事物：投票、域名、金融交易所、众筹、公司管理、合同和知识产权等等。

    34 引用 • 367 回帖
  • danl
    • 89 关注
  • 数据库

    据说 99% 的性能瓶颈都在数据库。

    332 引用 • 619 回帖
  • Firefox

    Mozilla Firefox 中文俗称“火狐”（正式缩写为 Fx 或 fx，非正式缩写为 FF），是一个开源的网页浏览器，使用 Gecko 排版引擎，支持多种操作系统，如 Windows、OSX 及 Linux 等。

    7 引用 • 30 回帖 • 446 关注
  • Log4j

    Log4j 是 Apache 开源的一款使用广泛的 Java 日志组件。

    20 引用 • 18 回帖 • 31 关注
  • JVM

    JVM（Java Virtual Machine）Java 虚拟机是一个微型操作系统，有自己的硬件构架体系，还有相应的指令系统。能够识别 Java 独特的 .class 文件（字节码），能够将这些文件中的信息读取出来，使得 Java 程序只需要生成 Java 虚拟机上的字节码后就能在不同操作系统平台上进行运行。

    180 引用 • 120 回帖
  • OkHttp

    OkHttp 是一款 HTTP & HTTP/2 客户端库，专为 Android 和 Java 应用打造。

    16 引用 • 6 回帖 • 53 关注
  • Sillot

    Insights（注意当前设置 master 为默认分支）

    汐洛彖夲肜矩阵（Sillot T☳Converbenk Matrix），致力于服务智慧新彖乄，具有彖乄驱动、极致优雅、开发者友好的特点。其中汐洛绞架（Sillot-Gibbet）基于自思源笔记（siyuan-note），前身是思源笔记汐洛版（更早是思源笔记汐洛分支），是智慧新录乄终端（多端融合，移动端优先）。

    主仓库地址：Hi-Windom/Sillot

    安卓端仓库：Hi-Windom/Sillot-android

    注意事项：

    1. ⚠️ 汐洛仍在早期开发阶段，尚不稳定
    2. ⚠️ 汐洛并非面向普通用户设计，使用前请了解风险
    28 引用 • 25 回帖 • 56 关注
  • Jenkins

    Jenkins 是一套开源的持续集成工具。它提供了非常丰富的插件，让构建、部署、自动化集成项目变得简单易用。

    51 引用 • 37 回帖 • 3 关注
  • Laravel

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

    19 引用 • 23 回帖 • 699 关注
  • 创业

    你比 99% 的人都优秀么？

    83 引用 • 1398 回帖

最新标签