修改部分章节的标点，语序，语法等 (#79)

* modify chapter ASY, CAR, MAC, MEM, MTH for better readability

* fix links in proc.md

Author: J-ZhengLi

src/safe-guides/coding_practice/async-await/G.ASY.01.md

@@ -4,7 +4,7 @@
 
 **【描述】**
 
- 略。
+在此条件下 `.await` 语句通常为必须的。
 
 **【反例】**
 

src/safe-guides/coding_practice/async-await/G.ASY.03.md

@@ -1,6 +1,6 @@
 ## G.ASY.03 在跨 `await` 调用中，需要对其持有 `RefCell` 的引用进行处理
 
-**【级别：建议】**
+**【级别】** 建议
 
 **【描述】**
 

src/safe-guides/coding_practice/cargo/G.CAR.01.md

@@ -24,7 +24,7 @@ bin/
 这样的好处有：
 
 1. 便于单元测试。
-2. 这样拆分有利于面向接口思考，让代码架构和逻辑更加清晰。
+2. 有利于面向接口思考，让代码架构和逻辑更加清晰。
 
 若编写的可执行程序比较复杂，在 `main.rs` 里需要依赖太多东西时，那就需要创建 Workspace 把 `main.rs` 独立为一个 crate，而在这个 crate 内也没有必要再拆分为 `main` 和 `lib` 了。
 

src/safe-guides/coding_practice/cargo/G.CAR.02.md

@@ -10,7 +10,7 @@
 **【反例】**
 
 ```toml
-# This `Cargo.toml` is missing a description field:
+# 此 `Cargo.toml` 缺失介绍(description)项。无法发布到 crates.io。
 [package]
 name = "clippy"
 version = "0.0.212"
@@ -24,7 +24,7 @@ categories = ["development-tools", "development-tools::cargo-plugins"]
 **【正例】**
 
 ```toml
-# This `Cargo.toml` includes all common metadata
+# 此 `Cargo.toml` 包含必要元信息。
 [package]
 name = "clippy"
 version = "0.0.212"

src/safe-guides/coding_practice/cargo/P.CAR.01.md

@@ -6,6 +6,6 @@
 
 但需要注意，crate 之间的依赖关系应该是单向的，避免相互依赖的情况。
 
-但 Rust 中 编译时间、性能、编译大小之间，在考虑优化的时候也是需要权衡的。 
+但 Rust 中编译时间、性能、编译大小之间，在考虑优化的时候也是需要权衡的。 
 
 内联是优化的关键，当编译单元越大，内联优化效果就越好。所以需要权衡 crate 划分的粒度。

src/safe-guides/coding_practice/cargo/P.CAR.03.md

@@ -2,4 +2,4 @@
 
 **【描述】**
 
-考虑将条件编译 `--cfg` 使用 `cargo features` 代替，使用 Rust 原生的条件编译兼容性更好些。
+`cargo features` 为 Rust 原生的条件编译，可用于代替 `--cfg` 参数且兼容性更好。

src/safe-guides/coding_practice/macros/P.MAC.01.md

@@ -2,7 +2,7 @@
 
 **【描述】**
 
-能使用宏写出强大和用户友好的宏API的人，重点不仅是因为他们对宏如何实现掌握的好，而是因为他们同时也掌握了宏之外关于 Rust 的一切。
+当一个开发者想要能写出强大且用户友好的宏API时，不仅需要掌握如何用宏去实现，更需要掌握宏之外关于 Rust 的一切。
 
 宏设计的重点在于宏生成什么样的代码，而不是宏如何生成代码。
 

src/safe-guides/coding_practice/macros/P.MAC.02.md

@@ -2,7 +2,7 @@
 
 **【描述】**
 
-Rust 宏可以让开发者定义自己的DSL，但是在使用宏的时候，要尽可能贴近Rust的语法。这样可以增强可读性，让其他开发者在使用宏的时候，可以猜测出它的生成的代码。
+Rust 宏可以让开发者定义自己的 DSL，但是在使用宏的时候，要尽可能贴近 Rust 的语法。这样可以增强可读性，让其他开发者在使用宏的时候，可以猜测出它生成的代码。
 
 **【反例】**
 

src/safe-guides/coding_practice/macros/decl/P.MAC.DCL.03.md

@@ -2,7 +2,7 @@
 
 **【描述】**
 
-`macro_rules!` 定义声明宏时，非终止的元变量匹配必须紧随一个已被决定可以在这种匹配之后安全使用的标记。
+`macro_rules!` 定义声明宏时，非终止的元变量匹配必须紧随一个已被决定能在这种匹配之后安全使用的标记。
 
 具体的规则参见：[Follow-set Ambiguity Restrictions](https://doc.rust-lang.org/reference/macros-by-example.html#follow-set-ambiguity-restrictions)
 

src/safe-guides/coding_practice/macros/decl/P.MAC.DCL.05.md

@@ -2,7 +2,7 @@
 
 **【描述】**
 
-使用宏替换（substitution）元变量，就是指把已经进行过宏解析的 token 再次传给宏，需要注意，此时传入的 token，已经被看作是宏解析器解析后的 AST 节点了。
+使用宏替换（substitution）元变量，就是指把已经进行过宏解析的 token 再次传给宏，需要注意此时传入的 token 已经被看作是宏解析器解析后的 AST 节点了。
 
 片段分类符介绍（[fragment-specifier](https://doc.rust-lang.org/nightly/reference/macros-by-example.html#metavariables)）