写在前面
本指南参考自 mzlogin 的中文文案排版指北。在此基础上，根据个人习惯有所改动。
正文
1. 空格的使用
1. 中英文之间增加空格
使用：
Microsoft 推出的 Edge 与 Google Chrome 相比体验如何？
不使用：
Microsoft推出的Edge与Google Chrome相比体验如何？
后者让“Edge”与“Google”的距离感更近，在阅读体验上有着微妙的差异。
2. 例外：特定的名词或惯用语可不加空格
使用：
我在用的电台产品是豆瓣FM。
苹果发布的S系列和数字系列都有哪些区别呢？
小A对小B说今天一起出去吃饭。
其实在我看来，上面的中英文之间加不加空格都是可以接受的。
类似于人们对“空穴来风”等词语的误用，随着时代的发展，一些误解也逐渐被教科书所采用，乃至一些词语同时承载两个截然相反方面的意思。
文字排版也不用拘泥于格式，在表意准确、自然的前提下，类似于“B站”和“B 站”两种用法不用争个你死我活，和谐共用也是可以的（当然并不是提倡在同一文章下混用）。
3. 中文与数字之间不加空格
使用：
今年的4月5日是清明节。
昨天出去买菜花了50元。
4. 数字和英文单位存在时，在前后加空格
使用：
我的移动硬盘有 128GB 的容量。
为什么上一个规则说中文与数字之间不加空格，这里又推荐加空格了？
拿中文，英文和数字作为三个对象来说，在后者例子中我们已经知道英文环境下是允许 数字与英文 相结合的，比如“3D”，“B2B”等；而在前者例子中，我们也知道中文环境下也是允许 数字与中文 相结合的，比如“5个人”，“20元/个”等。
因此中文与数字之间不加空格合乎常理，英文与数字之间不加空格也合乎常理，在此之上我们才考虑中文、英文、数字同时出现怎么加合适，本条规则就是我个人的答案。
希望大家避免对空格的规则过度理解，很多时候既要考虑到美观，也要考虑到惯用表达，而 规则是为了满足这些需求才解释和制定的。
2. 标点符号的使用
注：以下纯属个人习惯！
使用：
- 中文情况下使用英文标点。空格按照英文标点规则添加
- 在1的规则之外，单篇文章内（比如本文）或单一系列文章内可以使用自定义的规范
示例：
Plum Niz (宁芝) 的 30gf 极限压感与 RF (刃锋) 的分区压力相比如何呢?
为什么？
- 我在写博客的时候多数使用 Markdown 格式。在 MD 标记语法中会较常用到英文符号，比如
[title](link)等，在中英文之间来回切换标点比较麻烦 - 我的本职工作是码农，大多数时间是和 IDE 度过的，习惯偏向于用英文标点
3. 其他：文件命名风格
| 风格 | 示例 | 说明 |
|---|---|---|
| 自然 | Program Files My Documents Test 2019-03-22 234145 |
使用正常的大小写格式 使用易于观看的时间戳样式 |
| 简约 | program files my documents test 2019-03-22 234154 |
使用全小写 (节省手动命名时间) 使用易于观看的时间戳样式 |
| 极致 | program_files my_documents test_20190322_234201 |
使用全小写 空格用下划线替代 使用紧凑的时间戳样式 |
- 文件命名的风格是同时存在的
- 在同级目录下或单一文件夹内尽量统一选用其中一种风格
- 公共文件位置（比如 Program Files）建议使用命名1，这样有利于和 Windows 系统风格一致
- 私人的大量文件（比如我的上万张私人图片加上我的整理狂属性）建议使用命名2，这样有利于节省自己人工改名字的时间
- 工程项目建议使用命名3
示例：
4. 争议
Office 等软件支持自动增加空格（或者说是空隙），与手动加空格的规则冲突了怎么办？
从目的上讲，空格是为了让中英文之间增加留白，当软件实现了这一目的时，那么自己就不必要添加空格了。
考虑到当自己换个环境（比如把 Word 文字粘贴到了记事本的时候），是否就造成了和自己的“原则”相违背的情况呢？
我的意见是不要拘泥于形式，能够争取的尽量让它规范，不能的就让它顺其自然。毕竟人们不是为了把 Word 文字粘贴到记事本来为难自己而工作，而是为了传达自己的思考而写作。换句话说如果一个会打字的猴子每次都能恰好把中英文之间的空格打上去，但是它生产的文字有没有这些空格又能有什么意义呢？
有没有考虑过未来的排版系统进化后，全部实现了自动空格，会让旧时代的“空格党”们感到不适？
自动化的解决方案毫无疑问是一件好事，无论对空格党还是非空格党都是如此。现阶段的手动空格，无论是认为 Dirty Hack 也好，还是 Workaround 也罢，都是人们积极寻求解决方案的一种尝试，所以手动空格甚至可以认为是一种基于人或人文的“自动化”解决方案。
而未来排版渲染的改善，如果能够兼容旧的解决方案，或者将旧的格式转换提升为新的格式的话，对于“空格党”们来说都是可以接受的。
最不济的情况是新时代的自动化排版与手动空格产生了严重不兼容性？不过相信到了那个时代，办法总比困难多。（况且即使放到现在，说手动空格无法转换成非空格形式都是无稽之谈，所以没必要为这件事过度担忧）