一些代码风格工具推荐这样做,我记得看到一些unix命令行工具警告丢失空行。
有一个额外的空行是什么原因?
一些代码风格工具推荐这样做,我记得看到一些unix命令行工具警告丢失空行。
有一个额外的空行是什么原因?
当前回答
如果文本文件中的最后一行数据没有以换行符或回车/换行符组合结束,许多旧工具就会出错。他们忽略了这一行,因为它以^Z (eof)结尾。
其他回答
除了在文本编辑器中移动到文件末尾时,它是一个更好的光标位置之外。
在文件末尾使用换行符可以简单地检查文件是否被截断。
如果您按照与为什么允许在列表中使用后面的逗号相同的推理添加到文件中,还可以为更清晰的差异做一个参数。
从链接的资源中复制了以下内容(并进行了一些修改):
改变:
s = [
'manny',
'jack',
]
to:
s = [
'manny',
'jack',
'roger',
]
只涉及diff中的一行更改:
s = [
'manny',
'jack',
+ 'roger',
]
这击败了后面省略逗号时更令人困惑的多行差异:
s = [
'manny',
- 'jack'
+ 'jack',
+ 'roger'
]
如果文本文件中的最后一行数据没有以换行符或回车/换行符组合结束,许多旧工具就会出错。他们忽略了这一行,因为它以^Z (eof)结尾。
这是因为文本文件的定义。当您在任何unix环境中创建一个新的文本文件时,该文件的内容是新的行字符'\n'
如果不这样做,文件就不能真正地将其标识为文本文件。现在,一旦我们将代码添加到这个文本文件中,它就不会删除这个定义文本文件本身的初始新行。
文件末尾的空行出现,以便从输入流的标准读取将知道何时终止读取,通常返回EOF表示已到达结束。大多数语言都可以处理EOF标记。因为这个原因,在过去,在DOS下,EOF标记是F6键或Ctrl-Z,对于*nix系统,它是Ctrl-D。
大多数(如果不是全部的话)实际上会一直读到EOF标记,以便运行时库从输入中读取的功能知道何时停止进一步读取。当您为追加模式打开流时,它将擦除EOF标记并写入过去,直到显式调用close,它将在该点插入EOF标记。
旧的工具期望一个空行,后面跟着EOF标记。现在,工具可以处理空行并忽略它。