api - 富文本的最佳实践。休息。后端

Question

社区 我正在寻找有关富文本的一些建议。目前的问题是:在后端(在数据库中)存储和管理富文本内容的最佳方式是什么。为什么这看起来像个问题，因为我们可以有多个平台:桌面、移动、网络，这会带来问题。

据我所知，我们有 3 个选项，如果您能提供其他选项，我将不胜感激:

1) 像 HTML 一样存储它，这对我来说是一个糟糕的解决方案，因为在移动设备上编辑它，然后在桌面上呢？可以肯定的是，由于图书馆的存在，网络上的一切都会好起来的。

2)以markdown的方式存储，我觉得是目前StackOverflow用的那种，不是什么真正的问题，但是后来每个客户端都需要解析markdown文本，对我来说，管理照片也不是那么方便文本。

3) 像完整的 json 一样存储它:

{
"type": "Paragraph"
"text": "some text"
}

这也不太方便，我想需要很长时间才能开发，这是最棘手的方法。我不确定，但也许有来自 Jira、StackOverflow、Google Docs 或其他使用富文本的系统的开发人员或前开发人员，你是怎么弄清楚这个问题的，也许你有一些建议和做法。我将不胜感激您的所有回复。

Answer 1

虽然我没有做编辑，但我曾与一个团队合作，他们自己编写并处理他们的输出，所以这是我对这个主题的看法:

Markdown 虽然有点轻量级，易于人类阅读和编写，但用途有限，我最近发现了关于该主题的很好的摘要 https://buttondown.email/hillelwayne/archive/please-dont-write-your-documentation-in-markdown/它还指出了一些替代方案，虽然我不熟悉它们。

您自己的 JSON 格式，听起来可能不错，但边缘情况往往会成倍增加，例如考虑重叠样式 - 段落先是粗体，然后是粗体+斜体，然后是斜体...并且部分是链接。

Html 实际上是相当不错的选择，如果你想有什么东西，快点。我相信在每个环境中都有大量的库支持它。

---

还有哪些我想不到的选择？

也许是 xml +(可选)xslt。不是最时髦的选择，但为什么不……

我做的不推荐:

将文本与样式分离，并在数组中定义样式，如 "bold":"10,20"(那些是字符范围)。在任何重要场景中进行转换都是噩梦，因为您正在制作的内容对于您应用的每种样式都会不断获得越来越多的偏移量。

我必须处理什么？

被重写到你的“我不推荐” 3. 我必须处理为 markdown，然后在下一层将其处理为 html。我们应该从 html 开始，我猜...