westudiodev

> 当前搜索仅仅是针对标题，真的太弱鸡了。建议增加可以搜索内容的功能。 是否能集成elasticsearch做全文检索？ [email protected]

任务悬赏奖金1千元起。

你所说的富文本编辑器，其实就是html编辑器吧。 我们不妨假设换成了富文本编辑看看会有什么结果 1. 因为html的渲染最终还是要看css样式表的。在web端编辑的html在不同的app可能会表现不一致，和markdown其实差不多的。 2. 虽然前端工程师对html语法比较熟悉，但是，markdown相对于普通人来说，学习门槛是极低的。 3. 虽然有很多成熟的html编辑器，但是真正要编写出美观的文章格式，一般也不得不使用源码模式（html），其实并不会更容易 4. markdown虽然现在有一些问题，但无论是web端还是app端很多组件的渲染也是通过最终输出html完成的。但是markdown的语法相对较少，所以定制组件的工作量其实是可控的 5. 最可能发生的情况是，换成html编辑器，然后问题依旧，或带来新的问题。 6. markdown的是因为语法简单，所以才流行。而且也越来越成为潮流，如简书，知乎，有道云笔记等。随着越来越流行，markdown编辑器和渲染组件会越来越多，越来越成熟。正如曾经的xml和现在的json格式类似，因为简单，所以更流行。 7. 综上，站在一个专业人员角度，个人认为即便换成富文本编辑，也未必能跨过坑。而且开历史倒车，显然是不明智的。比如习惯了swfit还能回到Object-C吗？ 支持 Markdown 的请选择 ❤️

现在markdown最大的坑无非是image标签。就拿有道云笔记来说吧，它之前是不支持在线上传的，但并不影响它的流行。也是最近刚刚支持文件上传的。

比如用户吐槽ts+的mardown最多的是同步帖子到动态时，图片渲染失败，但有没有考虑过，同步功能本身设计上就让人费解。为何不改为点击跳转？这样以来根本无需解析图片。因此就不存在问题。

毕竟这涉及到系统架构，需要很专业的多方考量。个人不建议面向一般的用户进行投票。除非每个人都是有一定技术素养的（起码是高级程序员，最好是架构师）参与投票。

还有一点需要强调，有没有考虑过是不是交互设计上的问题，而非技术选型问题。比如针对问题不断的图片上传，是否可以考虑用选择图片库的形式（就是把图片上传和图片地址选择分开），而不是直接上传（这种方式富文本也一定会出现问题）。把重点放在纯文字的编辑和排版上。 就拿有道云笔记，虽然一直也没有图片直接上传功能。但文字排版做得很便利。仍然得到大量的粉丝。 可以参考下有道云的设计策略（而非技术），或简书的产品设计以及知乎和知识星球的设计。

从技术发展的趋势看，无不体现这从复杂到简单的规律： SGML格式 -> XML格式 -> JSON格式 Cobra分布式技术 -> DCOM分布式技术 -> RPC分布式技术 -> 微服务架构 从前后台揉在一起的web架构（三层架构） -> 前后台端分离的架构 从C++ -> Java -> js 从无比繁琐的EJB -> Spring框架 -> Spring boot 从java -> Kotlin...

BTW，我们的产品，从一开始就不打算上PC端，因为我们觉得除了增加复杂性外和运维成本意外，其实在运营上意义并不大。还是将精力集中在移动端。

> > BTW，我们的产品，从一开始就不打算上PC端，因为我们觉得除了增加复杂性外和运维成本意外，其实在运营上意义并不大。还是将精力集中在移动端。 > > PC端方便用户发布文章和帖子 手机编辑毕竟不方便 最实用的做法是采集第三方的文章，或者用更专业的markdown编辑器（比如vscode或有道云笔记）然后复制到ts+里。 ts+编辑器无论做的再出色，没有再编辑功能。还是用第三方工具更实用些。