Markdown与CMS中的HTML

Question

我正在开发一个相当大的类似CMS的应用程序，其中包括论坛，维基页面等。您在Markdown和HTML之间选择了什么？我担心可用性以及非技术人员会使用它的事实。

• Markdown有一个非常简单的语法，但很少有用户知道它
• 使用HTML，您可以使用WYSIWYG编辑器，但它们通常很糟糕

Answer 1

我投票支持Markdown。

1. 我在这里写了第一个回复，大概5分钟就收到了Markdown。后来 我学到的东西比我在这里学到的要多，但我认为这是相当标准的。

2. Markdown很容易获得好的标记，如果你担心的话 速度只是缓存结果输出。

3. Markdown通常比普通文本更好，更容易理解，而不是HTML 在WYSIWYG编辑器中。此外，没有脚本友好。

如果您有一个想要嵌入对象的用户，只需从该Youtube视频中删除HTML代码，它就会被转移。

Answer 2

如果可用性是一个问题，目标受众是非极客，WYSIWYG胜过Markdown。人们已经习惯了带有格式化按钮的工具栏，但Markdown对于大多数人来说是一种完全未知的标记语言（甚至“标记语言”完全是未知的！）。

我不得不向工作中的非极客解释Markdown-likeal wiki语法，他们不喜欢它。 当你想要写东西时，你想要写一些东西，而不是查找奇怪的ASCII语法。尽量不要打断用户的流程。

我会找到一个好的WYSIWYG编辑器，就像WordPress（TinyMCE）中那样。它运作正常。

Answer 3

如果您想使用Markdown 和 WYSIWYG编辑器，您可以使用类似WMD Editor的内容（我99％肯定），这是StackOverflow中使用的内容。

使用这样的东西的好处是你的非技术用户得到他们的WYSIWYG编辑器，你的技术用户得到他们的Markdown爱，你得到干净的标记。另一个附加的副作用是它实际上可能会教会最终用户Markdown使用它（或者至少在理想的世界中......）

WMD编辑器还有一个即时预览（您可以在StackOverflow上撰写帖子时看到），它将向用户显示更改Markdown如何更改其文本外观。

Answer 4

我们将XHTML存储在数据库中，并根据受限制的XHTML架构进行验证。前端是WYSIWYG编辑器（对于知道如何处理其怪癖的员工）或纯文本框（对于用户，具有自动链接检测等）。虽然纯文本框丢失了格式，但我们可以来回转换内容，因此我们不依赖于特定的UI。如果我们需要更多，我会添加另一个从XHTML到markdown的转换器。

Answer 5

我更喜欢使用平面文件CMS Markdown ，例如Grav或其他。

更改样式更简单，但不更改任何HTML内容。您将获得一个杀手级功能：对网站内容使用 git 。您甚至可以使用“假日”内容创建分支。

实际上Markdown对于非技术人员来说更简单。