登录 注册

全局只读逻辑优化讨论

本贴最后更新于 580 天前，其中的信息可能已经时移世异

目前现状

目前的全局只读与单篇只读的逻辑：

  1. 全局只读，单篇解锁：可编辑
  2. 全局只读，单篇锁定：不可编辑
  3. 全局编辑，单篇解锁：可编辑
  4. 全局编辑，单篇锁定：不可编辑

简单点说就是文档根据单篇锁定与否来决定是否可以编辑

但还有一个逻辑：当打开全局只读时，没有操作过锁定解锁的文档会变成锁定的状态，如果是操作过锁定解锁的文档则不会改变

个人感觉这个逻辑有点奇怪，因为这样的话，那这个全局只读的意义就不太大，因为我都特意去操作全局只读了，但还是有些文档是直接可以编辑的，就因为这个文档之前被操作过解锁

解决方案

这里抛砖引玉提两个方案

  1. 全局只读和单篇锁定功能独立，不会联动。全局只读优先级高，单篇锁定优先级低。如果打开了全局只读，那文档不管单篇锁定与否都不可编辑
  2. 文档依旧根据单篇锁定与否来决定是否可以编辑，但是打开全局只读时，所有文档的状态均设置成锁定状态，如果用户对单篇文档解锁，则会自动关闭全局只读

个人倾向于方案 1，这样可以在需要全局只读时单独打开，而且打开关闭也不会影响到单篇文档的锁定与否的状态

相关讨论：Issue #9598 · siyuan-note/siyuan

投票选择是否支持优化逻辑，不单指的上述的方案哈

是否支持

单选 • 公开 • 永不结束 10 票
支持
60% • 6 票
欠妥
10% • 1 票
其他（评论区补充）
20% • 2 票
酱油通道
10% • 1 票

  • 思源笔记

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

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

    26041 引用 • 108098 回帖 • 1 关注
2 引用
关于全局锁定（只读）目前的暂定方案，请社区投票 • zxkmm
只读模式的处理逻辑 • temacc0531
6 操作
temacc0531 在 2023-11-21 12:03:08 更新了该帖
temacc0531 在 2023-11-21 09:45:01 更新了该帖
temacc0531 在 2023-11-21 09:44:16 更新了该帖
temacc0531 在 2023-11-21 09:43:07 更新了该帖 temacc0531 在 2023-11-21 09:42:49 更新了该帖 temacc0531 在 2023-11-21 09:40:55 更新了该帖
深圳 位置
1 感谢
1 关注
2 引用
6 操作
11 回帖
4
2
2
1.2k 143 13 811 5 8 213

相关帖子

11 回帖
全局只读逻辑优化讨论

欢迎来到这里！

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

注册 关于
请输入回帖内容 ...
  • JeffreyChen •
    付费者 支持者 捐赠者

    考虑到使用全局只读的两种场景：

    • 临时开启，用完关闭（临时锁定所有文档，确保不可编辑）
    • 长期开启（多用于在移动端查看 / 只需要特定的某些文档可编辑）

    我提出第 3 种方案：

    • 在关闭全局只读时记忆单篇文档的锁定状态；在开启全局只读时改变的状态不记忆
    • 开启全局只读时默认将所有文档锁定，但保留在开启全局只读前的状态记忆，在关闭全局只读后按照记忆恢复原先的状态
    1 回复
    1 操作
    JeffreyChen 在 2023-11-15 17:00:16 更新了该回帖
  • temacc0531 •
    作者

    你这个效果类似方案 1，就是逻辑有点复杂 😂

    1 回复
  • JeffreyChen •
    付费者 支持者 捐赠者

    因为前 2 个方案都跟我实际使用方式冲突，目前的逻辑感觉又不够完美，所以只好自己提方案了 trollface

  • m7641 • via macOS
    付费者

    当前的全局只读开关是一个默认值，如果文档已经有 readonly 字段则覆盖全局默认值，没有则按默认值添加进去，也就是文档只读属性优先级高于全局只读。

    只需要改变下优先级即可：

    1. 文档打开状态下，文档的 readonly 字段优先级最高，点了锁定就不能编辑。
    2. 文档关闭状态下，以全局默认值优先级最高，也就是关闭文档就重置文档 readonly 字段为全局值。
    1 回复
  • temacc0531 •
    作者

    我大概总结一下你的方案，你看看对不对，这里称为方案 4

    1. 文档只根据单篇锁定与否来决定是否可以编辑，全局只读则是作为单篇锁定与否的默认值
    2. 当打开全局只读时，新建文档默认锁定，文档可以手动操作锁定解锁，关闭后恢复默认值锁定
    3. 当关闭全局只读时，新建文档默认解锁，文档可以手动操作锁定解锁，关闭后恢复默认值解锁

    第 3 点有点问题，用户都对单篇锁定了，如果关闭又恢复解锁，那也就是在关闭全局只读的情况下，单篇锁定只有在用户开着文档的时候才会短暂生效，这种场景下的单篇锁定基本就没有用处了。那如果改成这样

    1. 当关闭全局只读时，新建文档默认解锁，文档可以手动操作锁定解锁，关闭后单篇状态不变

    这样用户关闭全局只读后就和正常使用逻辑一致了，如果采用这个方案的话，那把【全局只读】改名叫【默认编辑状态】可能更贴切一些

    这个方案和方案 2 有同样的问题，就是如果打开全局只读就会影响到单篇的状态。但有些用户打开全局只读只是想要暂时把全局设置不能编辑，而不想动到之前设置好的单篇状态，就像前面 a 老哥说的那样

    1 操作
    temacc0531 在 2023-11-16 12:31:56 更新了该回帖
  • mozhu • • 1 赞同
    订阅者 付费者 支持者 捐赠者

    个人感觉全局只读更多是为了临时控制编辑权限，所以开启后，默认是要覆盖所有文档的编辑权限，有需要的单篇再打开即可。而关闭全局只读后，则恢复原来文档的编辑权限。假设原来的文档权限是只读，开启了全局只读还是只读，关闭了全局只读也是只读，如果原来的权限是编辑，开启了全局只读是只读，关闭了全局只读是编辑，如果原来的权限是编辑，开启了全局只读是只读，然后又手工改了权限为编辑，关闭里全局只读也还是编辑。

    综上，全局只读和文档权限分开，恢复的时候根据文档编辑状态。

    1 回复
  • temacc0531 •
    作者

    是的，这个就是方案 1 了，就是正常情况下用户应该是只使用单篇锁定解锁，全局只读是用在临时全局控制

  • zxkmm • • 2 赞同
    付费者 支持者 捐赠者

    个人觉得最好的方案：

    启用全局只读时：

    • 所有内容锁上，想要编辑就按 锁头 按钮解锁，解锁后可以编辑该篇内容，但是这个 可编辑与否 属性不用记录到文档的属性中。所以关闭文档（或者关闭 app）再打开，还是上锁的，想要编辑重新按 锁头 解锁。
    • 新建文档属性默认解锁，但是前端编辑限制为符合上一条描述。

    关闭全局只读：

    • 上锁与否根据各文档自身的属性决定。
    • 新建文档属性默认解锁。

    TLDR：全局只读可以作为编辑器的锁，而且这个锁可以通过锁头按钮临时解除一次（不要把改动写到文档的属性），关闭文档后重新上全局锁。

    设计图：

    image.png

    更进：Issue #9598 · siyuan-note/siyuan

    1 回复
    2 操作
    zxkmm 在 2023-11-21 10:22:05 更新了该回帖
    zxkmm 在 2023-11-20 17:13:43 更新了该回帖
  • Yylicon • • 1 赞同
    付费者

    我顶一下，感觉现在的逻辑确实有点复杂了，我的场景是电脑端全局编辑，但是手机端就不一样了，手机端需要全局只读，临时编辑（刷新文档后仍是只读）

  • zxkmm • • 2 评论
    付费者 支持者 捐赠者

    类似于这样的：image.png

    对的就是这样的逻辑，临时解锁，块折叠 callout 其实也是这样
    Yylicon • • 1 赞同
    @Yylicon 我也觉得这样合理一些。建议在这里也跟进一下。Issue #9598 · siyuan-note/siyuan
    zxkmm •
  • temacc0531 • • 2 评论
    作者

    你这个方案我们称之为方案 5，应该可以说是方案 1 的优化版，我提方案 1 主要是从实现复杂程度考虑，所以简单分为两个优先级

    另外，投票其实是投是否支持优化逻辑的意思，没限制说是我提的方案 😂

    1 操作
    temacc0531 在 2023-11-21 09:47:18 更新了该回帖
    原来如此, 谢谢您的说明！
    zxkmm •
    已修改投票
    zxkmm •
请输入回帖内容 ...
temacc0531
一个发言小号 深圳
回帖
199
 帖子
1
 积分
15505

近期热议

推荐标签 标签

  • Thymeleaf

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

    11 引用 • 19 回帖 • 395 关注
  • 七牛云

    七牛云是国内领先的企业级公有云服务商，致力于打造以数据为核心的场景化 PaaS 服务。围绕富媒体场景，七牛先后推出了对象存储，融合 CDN 加速，数据通用处理，内容反垃圾服务，以及直播云服务等。

    29 引用 • 230 回帖 • 123 关注
  • API

    应用程序编程接口（Application Programming Interface）是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。

    79 引用 • 431 回帖
  • 30Seconds

    📙 前端知识精选集，包含 HTML、CSS、JavaScript、React、Node、安全等方面，每天仅需 30 秒。

    • 精选常见面试题，帮助您准备下一次面试
    • 精选常见交互，帮助您拥有简洁酷炫的站点
    • 精选有用的 React 片段，帮助你获取最佳实践
    • 精选常见代码集，帮助您提高打码效率
    • 整理前端界的最新资讯，邀您一同探索新世界
    488 引用 • 384 回帖 • 5 关注
  • Ngui

    Ngui 是一个 GUI 的排版显示引擎和跨平台的 GUI 应用程序开发框架，基于
    Node.js / OpenGL。目标是在此基础上开发 GUI 应用程序可拥有开发 WEB 应用般简单与速度同时兼顾 Native 应用程序的性能与体验。

    7 引用 • 9 回帖 • 403 关注
  • Solidity

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

    3 引用 • 18 回帖 • 439 关注
  • 代码片段

    代码片段分为 CSS 与 JS 两种代码，添加在 [设置 - 外观 - 代码片段] 中，这些代码会在思源笔记加载时自动执行，用于改善笔记的样式或功能。

    用户在该标签下分享代码片段时需在帖子标题前添加 [css] 或 [js] 用于区分代码片段类型。

    188 引用 • 1336 回帖 • 1 关注
  • golang

    Go 语言是 Google 推出的一种全新的编程语言，可以在不损失应用程序性能的情况下降低代码的复杂性。谷歌首席软件工程师罗布派克（Rob Pike）说：我们之所以开发 Go，是因为过去 10 多年间软件开发的难度令人沮丧。Go 是谷歌 2009 发布的第二款编程语言。

    500 引用 • 1395 回帖 • 243 关注
  • Rust

    Rust 是一门赋予每个人构建可靠且高效软件能力的语言。Rust 由 Mozilla 开发，最早发布于 2014 年 9 月。

    59 引用 • 22 回帖 • 13 关注
  • Sandbox

    如果帖子标签含有 Sandbox ，则该帖子会被视为“测试帖”，主要用于测试社区功能，排查 bug 等，该标签下内容不定期进行清理。

    437 引用 • 1238 回帖 • 587 关注
  • Ant-Design

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

    17 引用 • 23 回帖 • 3 关注
  • Bootstrap

    Bootstrap 是 Twitter 推出的一个用于前端开发的开源工具包。它由 Twitter 的设计师 Mark Otto 和 Jacob Thornton 合作开发，是一个 CSS / HTML 框架。

    18 引用 • 33 回帖 • 648 关注
  • 旅游

    希望你我能在旅途中找到人生的下一站。

    98 引用 • 903 回帖 • 1 关注
  • flomo

    flomo 是新一代 「卡片笔记」 ，专注在碎片化时代，促进你的记录，帮你积累更多知识资产。

    6 引用 • 143 回帖
  • GitBook

    GitBook 使您的团队可以轻松编写和维护高质量的文档。 分享知识，提高团队的工作效率，让用户满意。

    3 引用 • 8 回帖
  • OpenStack

    OpenStack 是一个云操作系统，通过数据中心可控制大型的计算、存储、网络等资源池。所有的管理通过前端界面管理员就可以完成，同样也可以通过 Web 接口让最终用户部署资源。

    10 引用 • 3 关注
  • ZooKeeper

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

    59 引用 • 29 回帖 • 10 关注
  • Scala

    Scala 是一门多范式的编程语言，集成面向对象编程和函数式编程的各种特性。

    13 引用 • 11 回帖 • 158 关注
  • 心情

    心是产生任何想法的源泉，心本体会陷入到对自己本体不能理解的状态中，因为心能产生任何想法，不能分出对错，不能分出自己。

    59 引用 • 369 回帖 • 1 关注
  • 黑曜石

    黑曜石是一款强大的知识库工具，支持本地 Markdown 文件编辑，支持双向链接和关系图。

    A second brain, for you, forever.

    24 引用 • 242 回帖
  • CloudFoundry

    Cloud Foundry 是 VMware 推出的业界第一个开源 PaaS 云平台，它支持多种框架、语言、运行时环境、云平台及应用服务，使开发人员能够在几秒钟内进行应用程序的部署和扩展，无需担心任何基础架构的问题。

    5 引用 • 18 回帖 • 192 关注
  • Typecho

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

    12 引用 • 67 回帖 • 445 关注
  • JRebel

    JRebel 是一款 Java 虚拟机插件，它使得 Java 程序员能在不进行重部署的情况下，即时看到代码的改变对一个应用程序带来的影响。

    26 引用 • 78 回帖 • 675 关注
  • 微信

    腾讯公司 2011 年 1 月 21 日推出的一款手机通讯软件。用户可以通过摇一摇、搜索号码、扫描二维码等添加好友和关注公众平台，同时可以将自己看到的精彩内容分享到微信朋友圈。

    133 引用 • 796 回帖
  • 脑图

    脑图又叫思维导图，是表达发散性思维的有效图形思维工具 ，它简单却又很有效，是一种实用性的思维工具。

    32 引用 • 99 回帖
  • Python

    Python 是一种面向对象、直译式电脑编程语言，具有近二十年的发展历史，成熟且稳定。它包含了一组完善而且容易理解的标准库，能够轻松完成很多常见的任务。它的语法简捷和清晰，尽量使用无异义的英语单词，与其它大多数程序设计语言使用大括号不一样，它使用缩进来定义语句块。

    554 引用 • 675 回帖
  • jsoup

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

    6 引用 • 1 回帖 • 490 关注

最新标签