打造Flutter高性能富文本编辑器——协议篇
作者:闲鱼技术——光酒
闲鱼作为一个二手闲置交易平台,卖家发布商品产出优质的供给尤为重要;商品发布器希望拥有富文本编辑能力,让用户简单便捷的方式产出更加优质的内容;Flutter本身没有富文本编辑器的能力的,只有最基础的文本编辑器TextField;对于更加复杂的场景,比如支持自定义表情、主题、有序段落等能力,目前flutter组件是无法满足我们的业务诉求,另外在交互体验上与Native仍然存在一定的差距;为了解决业务中面临的以上问题,我们决定设计并实现一个Flutter场景下高性能、可扩展的富文本编辑器。
富文本编辑器整体架构设计
首先我们来看一看整体的架构设计分层:
自下而上主要分四层:
- 1. 协议层:主要负责Model的定义、Selection描述、Commond事件逻辑处理,以及协议Normalizing校验;
- 2. 能力扩展层:能力扩展层提供丰富的plugin能力,既有内置的plugin,如:纯文本转换,undo/redo等能力,同时也非常方便的支持业务层自定义的扩展,例如支持站外H5页面展示的model to HTML的序列化plugin;
- 3. 渲染层:渲染层主要实现将富文本Model转换成Flutter Widget渲染,以及光标、选区、ToolBar等计算和渲染,以及用户手势交互事件等;
- 4. 业务扩展层:在Mural的设计之初,可扩展就是设计过程中非常重要的一部分,我们为业务方提供了非常灵活、功能强大的扩展能力,通过自定义Node、Plugin、Normalizing,实现如自定义表情、主题、段落、语法高亮等能力;
协议层设计
富文本编辑器对大家来说并不陌生,发展至今,已经涌现出非常多有优秀的开源富文本编辑器;当我们想要做Flutter富文本协议的时候,第一个想法就是先了解优秀的开源富文本编辑器方案,避免闭门造车;
目前比较优秀的开源富文本编辑器,如CKEditor、Quill、Prosemirror、Draft、Slate等等;在了解和对比过后,我们决定使用Slate作为我们的富文本编辑器的协议;
why Slatejs
我们为什么选择Slate?
插件是一等公民,能够很好的满足我们对于扩展性的要求; Slatjs在设计上支持嵌套结构,可以满足复杂的业务场景;
与Dom相同的Data model,对于后面flutter渲染层的实现,也变得更加方便;
直观的指令设计,能够非常好的支持plugin的自定义扩展;
Slate在设计上,协议层与渲染层是有明确的核心划分,这让我们可以复用Slate协议层的设计,渲染层交给flutter来处理;
除了上面的原因,我们选择Slate另外一个很重要的原因,就是它的单元测试覆盖率和完整度,让我们对它的稳定性更有信心;
Slate协议层设计
协议层的整体架构设计如下图:
下面我们就以Slate为例,来看一看富文本编辑器的协议层设计,需要定义的核心概念和模块:
- 1. 嵌套Model定义;
- 2. 原子能力Operation设计;
- 3. 秩序维护者Normalizing的设计;
协议层设计——嵌套Model设计
Slate定义了三种类型的Node节点:
- • Editor:包含整个文档内容的根节点;
- • Element:在自定义域中拥有语义的容器节点;
- • Text:包含文档文本的叶子节点;
Editor
Editor抽象接口定义如下:
abstract class BaseEditor {
BaseEditor();
Selection selection;
List<Operation> operations;
Map<dynamic, dynamic> marks;
bool isInline(Element element);
bool isVoid(Element element);
void normalizeNode(Tuple2<Node, Path> entry);
void onChange();
void addMark(String key, dynamic any);
void apply(Operation operation);
void deleteBackward(String unit);
void deleteForward(String unit);
void deleteFragment(String direction);
List<Descendant> getFragment();
void insertBreak();
void insertFragment(List<Node> fragment);
void insertNode(Node node, {Location at});
void insertText(String text);
void removeMark(String text);
}
Element
Element节点比较特殊,既是Ancentor节点,作为容器节点包含子节点;同时又是Descendant节点,可以作为其他容器节点的子节点存在。
- • 块(Blocks):Element默认为Block类型的节点,也就是独立的一个段落;在Slate协议设计中,一个段落是不允许存在换行符的,当输入换行符的时候,就会生成一个新的Block类型的Element;
- • 行内(Inlines):同时Element也可以是Inline类型的节点,作为另外一个Element的嵌套子节点存在,作为行内元素渲染在一行;
- • 空元素(Void):Element也可以是Void类型,这里Void与HTML中Void的是同一个概念:如果某个Node为Void,则表示这个Node节点是不可编辑状态,光标无法定位到节点内部,会被整体输入和删除;比如:@某个人、主题、富文本中的图片或者视频等等;
Text
Text节点是树中的最低级叶子节点,描述了文本内容以及其他自定义的渲染元素;所有的自定义属性都包含在properties
属性中:
class Text implements Descendant {
String text;
Map<String, dynamic> properties;
Text({@required String text, Map<String, dynamic> properties})
: this.text = text ?? '',
this.properties = properties ?? <String, dynamic>{};
@override
String string() {
return text;
}
@override
Text clone() {
return Text(text: text, properties: Map.from(properties));
}
@override
String nativeString() {
return text;
}
}
我们以下面这这段富文本为例:
最终这样一段富文本对应的Mode定义如下:
可以看到,Model的树形结构还是比较简单的,所有的属性都存放在properties字段中,这也非常方便实现自定义扩展;Flutter渲染层根据Node节点的Type以及properties属性,将富文本内容渲染到屏幕上;
协议层设计——原子能力Operation
接下来需要富文本Commond协议的设计,用户的每一次的文字输入、删除、文字加粗、换行等操作都是一次Command指令;Slate抽象定义了九个最基本的Operations,协议层所有的Commond指令,最终在协议层,都会转换成一个或者多个operation操作:
- • insert_node:插入Node节点;
- • insert_text:插入文本;
- • merge_node:合并相同属性的Node节点;
- • move_node:移动Node;
- • remove_node:删除Node;
- • remove_text:删除文本;
- • set_node:设置Node属性;
- • set_selection:设置Selection;
- • split_node:拆分Node;
下面我们通过对选中文本加粗
操作为例,来了解Slate协议层Commond的处理过程:
对选中文本加粗
这样一个Commond,协议层会将这个Commond拆解成三个Opeartion:
- •
split_node
:将一个Text Node拆分成三个Text Node; - •
set_selection
:更新光标选择区域Selection; - •
set_node
:设置需要加粗Text Node节点properties的加粗属性;
当一个Commond被协议层拆分成一个或者多个Opeartion执行之后,会执行一个非常重要的操作——Normalizing;
秩序维护者——Normalizing
每一次Command操作,绝大部分情况会对Model进行相应修改;我们需要一个秩序维护者——Normalizing,时刻保证对协议Model修改过之后,保持数据结构的正确性;
Slate定义了几个基本的内置Normalizing
规则:
每一次Commond之后,Editor都会调用normalizeNode
方法,在Normalizing的过程中,发现存在协议结构错误,需要进行错误修复;
Normalizing
的另一个强大之处在于,我们可以通过自定义Normalizing
,添加自定义的校验规则,实现自定义的需求;在后面的业务扩展章节会,我们会具体讲解如何通过自定义Normalizing快速实现一个自定义主题的能力;
总结
目前Mural已经在闲鱼商品发布、商品详情、消息等场景落地,支持了自定义表情、主题等业务能力,用户体验方面也有了非常大的提升。
本次主要介绍了富文本编辑器Mural整体的架构设计以及协议层的设计;后续我们会系列文章的方式介绍Mural在渲染层的设计、自定义扩展设计,以及交互体验、性能方面的优化实践,敬请期待!
参考链接: [1] Slate:github.com/ianstormtay…
转载自:https://juejin.cn/post/7098927963122434078