markdown测试

2022-12-09  本文已影响0人  peakchao

ATX 标题也有可能需要格式化的

一个简短的段落。

Setext 说实话我不喜欢 Setext 标题

分栏标题

分栏大标题

  1. 有序列表可以从 0 开始
  2. 应该自增序号的
  3. 对齐对齐对齐

我们再来看看另一个有序列表。

  1. 没空行的情况下序号要从 1 开始才能打断段落开始一个新列表
  2. 虽然乱序不影响渲染
  3. 但是随意写序号容易引起误解

试下贴段代码:

package main

import "fmt"

func main() {
  fmt.Println("Hello, 世界")
}

对了,缩进代码块建议换成围栏代码块:

缩进代码块太隐晦了
也没法指定编程语言,容易导致代码高亮失效
所以建议大家用 ``` 围栏代码块

试下围栏代码块匹配场景:

围栏代码块只要开头的 `和结束的` 数量匹配即可,这样可以实现在围栏代码块中显示围栏代码块:

```
这里只有 3 个 `,所以不会匹配markdown代码块结束
```

下面匹配到就真的结束了。

以上块级内容都挤在一坨了,插入合理的空行也很有必要。

但是过多的空行分段也不好啊,用来分段的话一个空行就够了。

接下来让我们试试稍微复杂点的场景,比如列表项包含多个段落的情况:

  1. 列表项中的第一段

    这里是第二个段落,贴段代码:

    要成为 Markdown 程序员并不容易,同理 PPT 架构师也是。
    注意代码块中的中西文间并没有插入空格。
    

    这里是最后一段了。

  2. 整个有序列表是“松散”的:列表项内容要用 <p> 标签

最后,我们试下对 GFM 的格式化支持:

col1 col2 col3
col1 without left pipe this is col2 col3 without right pipe
need align cell

以上就是为什么我们需要 Markdown Format,而且是带中西文自动空格的格式化。

上一篇下一篇

猜你喜欢

热点阅读