KevinBlandy

Lute 对象，可以全局唯一吗？还是说必须每次渲染都要创建新的。

太棒啦，居然还是 go 写的！刚好我现在的应用就是 golang 开发。使用这个解析器的话，可以原汁原味地把 markdown 文本解析成编辑器中所见的样式哈？ 👍

嗯嗯，我使用的是模板引擎。那我是把 markdown 文本渲染到 HTML 中？然后再调用 Vidtor 的 api 去动态地渲染为 HTML 吗？

这域名有点点难记，hacpai 多好啊。。。咋说换就换了。之前没在社区征求过意见么 😄？

在有网络的情况下，在本地部署一套服务。没网的时候，就可以用了。

没呀？

可以啊。

搞累了。

在文本数据比较大的情况下，每一次的输入事件。都要把整个 markdown 文本提交给后台解析。这样是不是有点儿伤哦？其实我自己的想法非常简单。

• 前端直接就完成了 markdown 到 html 的转换，并且提供 API 获取到 html 数据。
• 后端保存数据的时候，保存 html 以及 markdown 数据。
• 查看文章的时候，从 DB 读取和渲染 html 。
• 编辑文章的时候，从 DB 读取 markdown 渲染到编辑器。
• Xss 安全问题，可以用 jsoup 来过滤 html 中的非法 标签 ， 属性 等。

我这种想法有啥问题么？D 哥指教一下。

编辑器现在 markdown 到 html 的转换是由后端完成的吗？是否有计划实现让前端渲染，并且提供获取到渲染后 html 的接口。这样后端可以直接保存 html 数据。

很不错的编辑器，用着舒服。

@ 老哥稳

@ 牛逼牛逼

😍

支持

咋呼一看，静态代理。好新奇的词儿，进来一看。。。。。。这个不是传说中的装饰者模式？？