CMS 中的 Markdown 与 HTML
我正在开发一个相当大的类似 CMS 的应用程序，其中包括论坛、wiki 页面等。在 Markdown 和 HTML 之间您会选择什么？我担心可用性以及非技术人员会使用它的事实。
- Markdown 的语法非常简单，但很少有用户知道
- HTML 你可以使用所见即所得编辑器，但它们通常很糟糕
I'm working on a fairly large CMS-like app that includes a forum, wiki pages, etc. What whould you chose between Markdown and HTML? I'm concerned about usability and the fact non-techie people will use this.
- Markdown has a very simple syntax but few users know it
- with HTML you can use a WYSIWYG editor but they are often terrible
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（5）
我投票给 Markdown。
我在大约 5 分钟内学会了 Markdown，并在这里写下了我的第一个回复。之后
我学到的东西比我在这里学到的要多，但我认为这是相当标准的。
Markdown 更容易获得良好的标记，如果您担心
速度只是缓存结果输出。
Markdown 的纯文本格式通常比 HTML 格式更好、更容易理解
在所见即所得编辑器中。而且，无脚本友好。
如果您的用户想要嵌入对象，只需将 Youtube 视频中的 HTML 代码放入其中，它就会被保留。
I vote for Markdown.
I picked up Markdown in maybe 5 minutes in writing my first response here. Later
I learned more than what I picked up here, but I'd think this to be rather standard.
Markdown is much simpler to get good markup out of, and if you're worried about
speed just cache the resulting output.
Markdown is often better, and more easily understood, in plain text than HTML is
in a WYSIWYG editor. Also, no-script friendly.
And if you've got a user who wants an embeded object, just drop the HTML code from that Youtube video in and it'll get carried over.
如果可用性是一个问题，并且目标受众不是极客，那么所见即所得胜过 Markdown。人们习惯了带有格式化按钮的工具栏，但 Markdown 对于大多数人来说是一种完全陌生的标记语言（甚至“标记语言”也是完全未知的！）。
我不得不在工作中向非极客解释类似 Markdown 的 wiki 语法，但他们不喜欢它。 当你想写东西时，你就想写东西，而不是查找奇怪的 ASCII 语法。 尽量不要打断用户的流程。
我会找到一个好的所见即所得编辑器，例如 WordPress 中的编辑器 (TinyMCE)。工作正常。
If usability is an issue, and the target audience is non-geeks, WYSIWYG wins over Markdown. People are used to the toolbars with formatting buttons, but Markdown is a completely unknown markup language to most people (even "markup language" is completely unknown!).
I've had to explain a Markdown-lookalike wiki syntax to non-geeks at work, and they don't love it. When you want to write something, you want to write something, not look up weird ASCII syntax. Try not to interrupt the users' flow.
I would find a good WYSIWYG editor, like the one in WordPress (TinyMCE). It works ok.
如果您想使用 Markdown 和所见即所得编辑器，您可以使用类似 WMD 编辑器（我 99% 确定）是 StackOverflow 中使用的。
使用这样的东西的好处是，您的非技术用户可以获得他们所见即所得的编辑器，您的技术用户可以获得他们对 Markdown 的喜爱，并且您可以获得干净的标记。另一个额外的副作用是，它实际上可能会教会最终用户 Markdown 使用它（或者至少在理想的世界中......）
WMD 编辑器还具有即时预览（您可以在 StackOverflow 上撰写帖子时看到），它将向用户显示更改 Markdown 如何改变文本的外观。
If you wanted to use Markdown and a WYSIWYG editor you can use something like WMD Editor which (I am 99% sure) is what is used here at StackOverflow.
The benefit of using something like this is that your non-tech users get their WYSIWYG editor, your techie users get their Markdown love and you get clean markup. Another added side effect is it may actually teach end users Markdown from using it (or at least in an ideal world...)
WMD Editor also has an instant preview (which you can see when writing posts on StackOverflow), which will show users how changing the Markdown changes the look of their text.
我们将 XHTML 存储在数据库中，并根据受限的 XHTML 模式进行验证。前端要么是所见即所得编辑器（对于知道如何处理其怪癖的员工），要么是纯文本框（对于用户，具有自动链接检测功能等）。尽管纯文本框会丢失格式，但我们可以来回转换内容，因此我们不依赖于特定的 UI。如果我们需要更多，我会添加另一个从 XHTML 到 Markdown 的转换器。
We store XHTML in the database, validated against a restricted XHTML schema. The front-end is either a WYSIWYG editor (for the staff who know how to deal with its quirks) or a plain-text box (for the users, with automatic link detection etc.). We can convert the content back and forth, although the plain-text box loses formatting, so we do not depend on a specific UI. If we needed more than this, I would add another converter from XHTML to markdown.
我更喜欢 Markdown 和平面文件 CMS，例如 Grav 或其他。
改变样式比较简单，但不是任何html内容。您将采用一项杀手级功能：使用 git 来获取网站内容。您甚至可以创建包含“假日”内容的分支。
实际上 Markdown 对于非技术人员来说更简单。
I prefer Markdown with flat-file CMS, like Grav or other.
It's simpler to change styles, but not any html content. And you will take one killer feature: use git for web-site content. You even can create branches with "holiday" content.
Actually Markdown is simpler for non-tech people.