遇到个好笑的事

@netnr 存储的时候就已经处理了，不是多此一举吗

@imicksoft 只是选了个方便你的方法，并不是最优选择

@DeutschXP 正常搜索引擎有去 html 过滤。这不是问题。

额 哪里好笑了?

我是来看笑话的，笑话呢

选 2 丢给前端去替换？

首先考虑的问题是，不带 html 的内容是不是必须存，评判标准是：有没有根据它检索的需求。如果是必须存那就没 2 的什么事了。如果不是必须存，那 1 跟 2 在黑盒功能上是没区别的，用哪个就看你用哪个更方便。

哪里好笑了， 正常一点的富文本都是存自己的 rawObject ，从没存过 HTML ， 这个需求要是要求存 HTML 才有毛病。

2
第一个是用空间换时间
第二个是直接花时间去替换,如果不是很大的文本,其实效率也是挺快的

1. 哪里好笑了
2. “小项目一般用富文本编辑器把内容存入数据库不是带有着 html 标签的嘛！” 这是什么逻辑

显然 2 个方案都不对，实际只要保存带标签的 html 。因为不需要标签时你可以把带标签内容取出来去掉标签。但你去掉了标签保存就恢复不了原来的标签了，除非你的标签是固定的。

@kukala 2 ，除非需求方同意把富文本编辑器改成纯文本编辑器

反正我没笑

这有什么可笑的？

一般选 1 ，省心

自己定义一套不更好？

小项目，之前我们用了 1 ，因为内容需要按关键字搜索

有什么好笑的，之前做 APP 消息中心的时候就是这么处理的显示部分简介和详情的。

简介就是纯文本，详情就是 webview 展示详细内容

看数据量 和 时间要求了。。
第一个 空间换时间
第二个 时间换空间呗。。。

@murmur 还是出现了，为了防杠，特别说了，某些应用场景。还分词，轻量情况下，犯得着另外上复杂的东西么？瞧把你能耐的，本来 5 块钱的 VPS 就能解决的，给你搞得非要花 500 块，你这样的 IT 很 JS 啊……

@kukala n 年前实践过，许多论坛和 CMS 系统都会同时存两个版本，便于搜索，这么玩还是从国外那些系统传到国内的。

除了搜索需要，再举例一个，类似上面提到的消息通知，包括 Email ，都存在同时需要富文本和纯文本的需求。