我正在寻找有关富文本的建议的社区。当前的问题是：在后端（在db中）存储和管理富文本内容的最佳方法是什么？为什么它看起来像问题，因为我们可以有多个平台：台式机，移动设备，网络，这带来了问题。
据我所知，我们有3种选择，如果您提供其他选择，我将不胜感激：
1）像HTML一样存储它，这对我来说是一个不好的解决方案，因为那么在移动设备上，在桌面上进行编辑又如何呢？当然，由于图书馆的设施，一切都会在网上正常。
2）以markdown方式存储它，我认为类似于StackOverflow当前使用的东西，不是真正的问题，但是每个客户端都需要解析markdown文本，对我来说，与文字。
3）像完整的json这样存储它：
{
"type": "Paragraph"
"text": "some text"
}
我想这也不是很方便，而且开发时间很长，这是最棘手的方法。我不确定，但是也许有Jira，StackOverflow，Google Docs或其他使用RTF的系统的开发人员或前任开发人员，您如何解决此问题，也许您有一些建议和建议。实践。您的所有答复，我将不胜感激。
[虽然我没有担任编辑，但我确实与一个团队合作，该团队编写了自己的文档，必须处理其输出，因此，我对这个主题的看法是：
Markdown，虽然有点轻巧，易于人读和写，但用途有限，我最近找到了关于该主题的不错的摘要https://buttondown.email/hillelwayne/archive/please-dont-write-your-documentation-in-markdown/，它还指出了一些替代方法，以为我不熟悉它们。
您自己的JSON格式，听起来可能不错，但是边缘的情况往往会成倍增加，例如考虑重叠的样式-段落先以粗体显示，再以粗体+斜体显示，再以斜体显示，并部分成为链接。
Html实际上是相当不错的选择，如果您想要一些东西，请快速。我相信有无数的图书馆在每种环境下都支持它。
我想不出其他什么选择？
也许是xml +（可选）xslt。不是最时尚的选择，但为什么不...
我做什么不推荐：
将文本与样式分离，并且将样式定义在像"bold":"10,20"这样的数组中（这些样式是字符范围）。在任何不平凡的情况下都要进行转换的噩梦，因为所生成的内容会随着您应用的每种样式的偏移越来越大。
我必须处理什么？
“我不推荐”已被重写为您的3。我必须对其进行降价处理，然后在下一层将其处理为html。我想我们应该以html开头...