我正在开发一个相当大的类似于 CMS 的应用程序,其中包括一个论坛、wiki 页面等。你在 Markdown 和 HTML 之间选择了谁?我担心可用性以及非技术人员会使用它的事实。
- Markdown 的语法非常简单,但很少有人知道
- 使用 HTML,您可以使用 WYSIWYG 编辑器,但它们通常很糟糕
我投票给 Markdown。
在这里写下我的第一个回复时,我大概在 5 分钟内拿起了 Markdown。后来我学到的东西比我在这里学到的要多,但我认为这是相当标准的。
Markdown 更容易获得良好的标记,如果您担心速度,只需缓存结果输出。
Markdown 在纯文本中通常比在所见即所得编辑器中的 HTML 更好,也更容易理解。此外,无脚本友好。
如果您的用户想要嵌入对象,只需将该 Youtube 视频中的 HTML 代码放入其中,它就会被继承。
如果可用性是一个问题,并且目标受众是非极客,WYSIWYG 会胜过 Markdown。人们习惯于带有格式按钮的工具栏,但 Markdown 对大多数人来说是一种完全未知的标记语言(甚至“标记语言”也是完全未知的!)。
我不得不向工作中的非极客解释类似于 Markdown 的 wiki 语法,但他们不喜欢它。当你想写东西时,你想写东西,而不是查找奇怪的 ASCII 语法。尽量不要打断用户的流程。
我会找到一个好的 WYSIWYG 编辑器,比如 WordPress ( TinyMCE ) 中的那个。它工作正常。
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 的转换器。
我更喜欢带有平面文件 CMS 的Markdown ,例如Grav或其他。
更改样式更简单,但不是任何 html 内容。您将获得一项杀手级功能:将git用于网站内容。您甚至可以创建带有“假期”内容的分支。
实际上 Markdown 对于非技术人员来说更简单。