一些代码风格的工具推荐这个,我记得看到一些 unix 命令行工具警告缺少空行。
有一个额外的空行的原因是什么?
如果文本文件中的最后一行数据未以换行符或回车符/换行符组合终止,则许多较旧的工具会出现异常。他们忽略该行,因为它以 ^Z (eof) 终止。
如果您尝试将两个文本文件连接在一起,如果第一个文件以换行符结尾,您会更开心。
除了当您在文本编辑器中移动到文件末尾时它是一个更好的光标位置之外。
在文件末尾有一个换行符可以简单地检查文件是否被截断。
如果您按照与为什么列表中允许尾随逗号相同的推理附加到文件,也可以为更清晰的差异创建一个参数?
以下是从链接资源中复制(并稍作修改)的:
改变:
s = [
'manny',
'jack',
]
至:
s = [
'manny',
'jack',
'roger',
]
差异仅涉及一行更改:
s = [
'manny',
'jack',
+ 'roger',
]
当省略尾随逗号时,这击败了更令人困惑的多行差异:
s = [
'manny',
- 'jack'
+ 'jack',
+ 'roger'
]
文件末尾的空行出现,以便从输入流中进行标准读取将知道何时终止读取,通常返回 EOF 表示您已到达末尾。大多数语言都可以处理 EOF 标记。出于这个原因,从过去开始,在 DOS 下,EOF 标记是 F6 键或 Ctrl-Z,对于 *nix 系统,它是 Ctrl-D。
大多数(如果不是全部)实际上会一直读取到 EOF 标记,以便运行时库的从输入读取的函数将知道何时停止进一步读取。当您为追加模式打开流时,它将擦除 EOF 标记并写入它,直到显式调用关闭,它将在该点插入 EOF 标记。
较旧的工具需要一个空行,然后是 EOF 标记。如今,工具可以处理空行并忽略它。
此外,当您修改文件并在文件末尾附加一些代码时 - diff(至少标准配置中的 git diff )将显示您更改了最后一行,而您实际完成的唯一一件事 - 添加了换行符。所以 cvs 报告变得不那么方便了。
这个问题以及大多数现有答案似乎都是基于一种误解。
通常称为“换行符”的 ASCII 控制字符(U+000A LINE FEED,\n
在 C 中)不会开始(Unix 样式)文本文件的新行。它结束文本文件的当前行。如果文本文件的最后一个字符是 U+000A,则“在”U+000A 和文件系统的 EOF 标记之间没有空行(但已实现)。相反,如果(非空)文本文件的最后一个字符不是U+000A,则文件的最后一行还没有结束——它被称为“不完整”。
通过一些示例可能会更清楚:
该文件包含两行完整的文本。它不包含第三个空行。
$ printf 'first\nsecond\n' | xxd
00000000: 6669 7273 740a 7365 636f 6e64 0a first.second.
该文件包含第三个空行。
$ printf 'first\nsecond\n\n' | xxd
00000000: 6669 7273 740a 7365 636f 6e64 0a0a first.second..
这个文件只包含一个完整的行,加上第二个不完整的行。
$ printf 'first\nsecond' | xxd
00000000: 6669 7273 740a 7365 636f 6e64 first.second
有时你想要一个不完整的最后一行——例如,在?>
PHP 脚本的最后一行和 EOF 之间有一个换行符,可能会导致在渲染的 HTML 的错误位置发出额外的空格(我会链接到具体示例但今天早上我找不到任何运气)。因此,好的文本编辑器会在其 UI 中清楚地区分上述所有三种情况。
但是,较旧的文本处理工具通常会错误处理不完整的最后几行。例如,某些实现wc
不会将不完整的最后一行视为一行,并且某些实现vi
会默默地向不以 1 结尾的文件添加换行符,无论您是否愿意。因此,只有在有特定原因需要它们时才应该使用不完整的最后一行。
(注:据我所知,我刚才所说的一切也适用于 DOS 风格的文本文件,其中两个字节的控制序列 U+000D U+000A 用于结束一行,而不仅仅是 U+000A。 )
一些语言根据输入行定义其输入文件,其中每个输入行是一系列以回车符结尾的字符。如果它们的语法是这样定义的,那么文件的最后一个有效行也必须由回车终止。