一、前言
虽然通过前文的基本使用，我们已经能够完成一个最基本的编辑器功能了，但离我们想要实现一个完全自定义的编辑器道路依旧很远。
想要实现这一点就需要将ProseMirror中的各种理念与细节理解明白。
首先第一个核心概念就是Schema，前文我们用到的是其官方给出的一个最基本的Schema来创建的一个编辑器，而本文，我们就要开始自定义一个Scheme。
二、理解Schema
想要使用好它，第一步就是理解它，Schema英文本意为模式、概要等意思，在这里我们可以将其理解为规则。
比如我们在前文中看到，其编辑器内部默认会创建一个p标签来接收我们按键输入的文本，但如果你用过浏览器原生的contenteditable属性，就会知道其默认的行为其实是生成一个div标签来接受用户输入。
这便是一个规则，并且这个规则是由我们前文使用的官方提供的schema所规定的。
但仅仅这样依旧还是不够，我们还需要知道我们可以控制的规则有哪些。
空洞的讲述这些概念是很难理解的，所以我这里直接以本系列教程的目标为例，也就是制作一个Markdown编辑器，来设定这个规则，我相信在这里过程中你会将其理解的更深入。
三、自定义Schema
此时我们就可以用到前文我们所没有用过的model模块了，因为Schema类型就被定义在该模块中。
想要实现一个自定义的Schema，那么第一步就是用该类型来实例化一个自定义的Schema：
它的构造函数参数为一个对象，该对象里面最重要的一个属性就是nodes，我们就是通过它来构造规则的。
除此之外它还有两个属性，分别为
marks与topNode，这个我们后面再提。
从我的写法来看，也知道该属性依旧是一个对象，我们接下来就是按照顺序、从上到下来依次书写该结构、也就是文档规则。
实际上就是不同节点之间的包含关系，同时每个节点都是一个NodeSpec对象结构：
const schema = new Schema({
nodes: {
doc: { content: "paragraph+" },
paragraph: { content: "text*" },
text: { inline: true },
}
})
注意最顶层的node必须为doc，这是其默认的配置项，代表整个编辑器文档，也就是document，然后它的内部有一个content属性，代表着它能包含哪些内容。
比如这里我用的是paragraph+，也就是一个或者多个paragraph，这是正则表达式的规则。
而paragraph就是我们第一个所定义的，它的内部为text*，代表0个或多个text，也就是文本内容。
而text被我们定义在了第三个，它本身是被预定义用来包含文本的节点，也就是对底层的节点，也就无需再定义其内部的内容了。
唯一多了一个属性inline，来表示这个标签为行内节点，
由于text为预设属性，其默认就是行内节点，所以这个
inline属性是可以省略不写的。
同时注意，上述的内容，除却doc与text这两个预设项外，其它都是可以自己随意写的。
比如我完全可以这样写：
nodes: {
doc: { content: "pp+" },
pp: { content: "text*"},
text: { inline:true },
}
