在wangEditor中实现多页内容切换与撤销功能的最佳实践

背景介绍

wangEditor作为一款流行的富文本编辑器，在实际项目开发中经常会遇到需要管理多页内容的需求。一个典型场景是：当用户在不同页面间切换时，需要保持每页内容的独立性，同时撤销操作也应该只影响当前页面的编辑历史。

问题分析

在wangEditor v5版本中，内置的撤销/重做功能是基于slate-history实现的。当用户在不同页面间切换时，如果直接更新编辑器内容而不做特殊处理，撤销操作会回退到上一页的内容，这显然不符合用户预期。

解决方案比较

方案一：清除历史记录

理论上可以通过清空撤销栈来实现：

editor.history.undos.length = 0;
editor.history.redos.length = 0;

但实际测试发现，这种方法在wangEditor v5中并不奏效，因为slate-history没有提供清除历史的API。

方案二：多编辑器实例

为每个页面创建独立的编辑器实例，每个实例维护自己的历史记录。这种方法虽然可行，但当页面数量很多时（如几百页），会占用大量内存资源，可能影响性能。

方案三：销毁重建编辑器

在每次页面切换时销毁当前编辑器并重新创建。这种方法虽然看起来简单粗暴，但实际测试表明：

1. 现代浏览器能很好地处理这种频繁创建销毁
2. 不会出现明显的性能问题
3. 实现简单直接

推荐实现方案

综合考虑实现难度和性能表现，建议采用销毁重建的方案。具体实现步骤如下：

1. 在页面组件中维护当前编辑器实例的引用
2. 在页面切换时：
   • 先保存当前编辑内容
   • 销毁编辑器实例
   • 加载新页面内容
   • 重新创建编辑器实例
3. 使用Vue/React的key属性强制组件重新渲染

性能优化建议

虽然销毁重建方案在大多数情况下表现良好，但对于特别注重性能的场景，可以考虑以下优化：

1. 实现虚拟滚动，只渲染可视区域内的页面编辑器
2. 对非活动页面进行内容序列化保存，减少内存占用
3. 添加加载状态提示，提升用户体验

总结

wangEditor在多页内容管理场景下，通过合理的销毁重建策略，能够很好地满足业务需求。开发者不必过度担心性能问题，现代Web应用框架和浏览器引擎已经能够很好地处理这类场景。对于更复杂的应用，可以结合虚拟化技术进一步优化性能表现。