皮皮网

1.使用 Changesets 管理版本及更新日志
2.slate.js源码分析（四）- 历史记录机制
3.slate.js源码分析（一） —— slate渲染机制
4.深入浅出QuillJS 第一节-QuillJS架构介绍

使用 Changesets 管理版本及更新日志

       在探索 Slate.js 框架中，我发现了changesets这个工具在管理版本和更新日志方面的高效应用。它能解决我们使用standard-version时的一些问题，其操作流程清晰，避免了黑盒操作，非常适合我的黑客blog源码需求。

       changesets本质上是一个用于生成变更日志的工具，遵循语义化版本2.0.0规则。具体操作包括：首先，根据代码更改生成changeset文件；然后，发布时合并这些文件，更新版本号，并生成详尽的变更记录。

       使用changesets的步骤如下：

       安装相关依赖库

       初始化并可能需要手动配置，如使用@changesets/changelog-github插件来定制生成的changelog样式

       生成changeset，包括选择版本类型、输入更新摘要并保存文件

       提交更改并推送至版本控制系统

       最后，使用配置好的GITHUB_TOKEN生成changelog

       如果项目结构复杂，如我遇到的情况，可能需要在根目录的package.json中配置workspace，以便正确处理包间的股票双底源码版本管理。同时，changelog文件也需要相应移动。

       另外，确保配置了GITHUB_TOKEN环境变量，以便访问GitHub信息。遇到错误时，例如未提交的更改或token未生效，按照提示进行修正即可。

       虽然我目前的场景并不涉及多包，但changesets的设计初衷就是支持多包管理，通过其源代码可见其强大的多包操作能力，能明确指出代码更改的包，避免了复杂的操作过程。

slate.js源码分析（四）- 历史记录机制

       应用中常见撤销与重做功能，尤其在编辑器中，其实现看似简单却也非易事。为了更好地理解这一机制，本文将深入探讨 MVC 设计模式，并聚焦于 slate.js 如何巧妙地实现撤销与重做功能。

       MVC 模式是社交手游源码一种经典的软件架构模式，自 年提出以来便广为应用。在 MVC 模式中，模型（Model）负责管理数据，视图（View）展示数据，而控制器（Controller）则负责处理用户输入与模型更新。

       在撤销与重做功能的设计中，通常有两种实现思路。其中一种是通过 Redux 等状态管理库实现，而 slate.js 则采用了一种更为直接的方法。本文将重点介绍 slate.js 的实现策略。

       撤销功能允许用户回溯至之前的页面状态，而重做功能则让用户能够恢复已撤销的操作。在执行操作后，当用户请求撤销时，系统会抛弃当前状态并恢复至前一状态。对于复杂的操作，如表格的复制与粘贴，系统的处理逻辑则更为精细，能够跳过不需要记录在历史记录中的状态，确保撤销操作的源码去除易认证精准性。

       slate.js 的状态模型主要基于树状的文档结构，通过三种类型的操作指令来管理文档状态：针对节点的修改、光标位置的调整以及文本内容的变更。对节点与文本的修改，可通过特定指令来实现，而光标操作则通常直接修改数据。借助这九种基本操作，富文本内容的任何变化都能被准确地记录与恢复。

       在实现撤销功能时，关键在于如何根据操作指令中的信息推导出相应的撤销操作。例如，撤销对节点的修改操作，只需对记录的操作进行逆向操作即可。相比之下，重做功能则相对简单，只需在撤销操作时记录下指令，以便在后续操作中恢复。

       操作的记录以数组形式进行，便于后续的撤销与重做操作。通过合理的87H源码指令与数据模型设计，复杂的操作最终被拆解为简单且可逆的原子操作，确保了功能的高效与稳定。

       总结而言，通过精心设计的指令与数据模型，撤销与重做功能得以实现，使应用在面对用户操作时能够灵活应对，提供无缝的用户体验。此外，本文还附带了一个招聘信息，百度如流团队正面向北京、上海、深圳等地招聘，欢迎有志之士加入。

       参考资料包括：Web 应用的撤销重做实现、slatejs。

slate.js源码分析（一） —— slate渲染机制

       富文本编辑器中的可见内容主要由文档内容和光标两部分组成。本文将详细介绍Slate在文档内容和光标方面的渲染机制。

       Slate文档的结构包含元素（Element）和文本（Text）两类节点。这些节点类似于DOM树，可以嵌套结构。用户在元素或文本上添加扩展属性，以提供渲染节点所需的数据。

       文档的截图与对应的Slate值之间存在对应关系，这种关系帮助开发者直观理解文档的渲染过程。

       Slate组件树类似于DOM树，对应于Slate值的数据结构。文档区域的顶部负责更新选择数据、文档树内容，并提供DOM事件API（如onKeydown和onClick）。

       节点数据被渲染为HTML，允许用户自定义渲染过程，通过renderElement方法实现。根据装饰的不同，文本会被分割成相应数量的leaf。

       文本内容的渲染则通过renderLeaf方法来控制文本内容的样式。

       Slate值的更新逻辑利用React技术，将文档数据实时渲染为DOM结构。当contenteditable为true的元素被修改时，会触发beforInput事件，通过监听这一事件，实现文档内容的实时同步。

       在使用Slate时，输入法问题是一个常见挑战。本文将简要介绍输入法的工作原理及其常见bug，并分析解决方法。

       正常键盘输入仅触发beforInput事件，而使用输入法时，除了beforInput事件，还会触发Composition事件。这三个事件分别对应输入法开始、内容更新和结束的过程。在输入法输入期间，如果实时修改文档内容，会导致与输入法冲突。因此，在CompositionUpdate期间，Slate Value不会做任何更新，直至CompositionEnd时再进行更新。遇到报错情况时，通常是因为在CompositionStart时文档内容被删除，而在CompositionEnd时找不到对应的DOM节点，引发错误。解决办法是在CompositionStart时更新文档值以避免冲突。

       解决输入法问题的一个方案是fork源码。通过这种方式，可以确保Slate与输入法协同工作，提高用户体验。

       Slate Selection数据结构与DOM Selection类似，由锚点（anchor）和焦点（focus）两个点组成。了解详细信息可以参考MDN Selection文档。

       Selection的更新机制依赖于React完成渲染。在每次Selection值发生变化时，会在useEffect中更新DOMSelection。同时，监听window.document上的selectionchange事件以更新Slate Selection值。

       后续计划继续深入探讨Slate源码分析，包括历史记录机制、从Slate 0.升级到0.的实战指南、数据模型、序列化机制、normalize机制等，敬请期待。

       最后，附上招聘广告。百度如流团队正面向北京、上海、深圳等地招聘，提供丰富的岗位选择，欢迎有意者进行内推。

深入浅出QuillJS 第一节-QuillJS架构介绍

       在寻找一款适合复杂需求的富文本编辑器时，经过比较draftjs和slatejs，QuillJS因其清晰的代码结构和良好的扩展性脱颖而出。虽然初次接触QuillJS时可能遇到如detla和blot等概念的困惑，但通过深入阅读源码，我逐渐理解和掌握。虽然Quill并非完美，但仍不失为一个值得信赖的选择。本文将从源码深度解析QuillJS，包括其架构构成和模块开发，如自定义Module和Blot，React组件的整合，以及子编辑区域的构建。下文将详细介绍Parchment抽象文档模型、Blots的使用和Delta数据结构，以帮助大家避免初期的困扰。敬请期待下一部分的深入讲解。

       QuillJS的架构由五个核心组件构成：核心类处理光标和模块管理，emitter用于事件处理；Parchment是Quill自定义的文档模型，由Blot构成，包含文本、块级、内联和嵌入等不同类型的节点；Modules提供了基础模块，如工具栏和剪贴板，可直接使用；Blots负责文档的抽象实现，通过操作Blot而非DOM进行操作；Delta则维护用户操作的json数据，用于回退和保存数据。文章后续将深入探讨Parchment和Blot的生命周期，以及如何跟踪Blot的结构。