Language agnostic 回车符\r和换行符\n是否应始终一起使用\r\n
在JavaScript中,这是一个跨浏览器兼容性问题,因此使用了这两种语言,但在不同语言中有许多实例,我看到这两种语言一起打印为\r\n。这仍然是一个普遍例外的规范,您应该始终同时使用这两种语言,还是曾经有一段时间,语言都能理解,结果是中断和返回?在大多数互联网协议中,CRLF对是预期的行尾(EOL)标记Language agnostic 回车符\r和换行符\n是否应始终一起使用\r\n,language-agnostic,carriage-return,line-breaks,Language Agnostic,Carriage Return,Line Breaks,在JavaScript中,这是一个跨浏览器兼容性问题,因此使用了这两种语言,但在不同语言中有许多实例,我看到这两种语言一起打印为\r\n。这仍然是一个普遍例外的规范,您应该始终同时使用这两种语言,还是曾经有一段时间,语言都能理解,结果是中断和返回?在大多数互联网协议中,CRLF对是预期的行尾(EOL)标记 在这里,Postel的“鲁棒性原则”应该适用。在你接受的东西上要自由,但在你发送的东西上要严格。因此,请做好只接收LF的准备,但如果发送数据,请使用相关标准要求的任何内容。这不是语言兼容性问题
在这里,Postel的“鲁棒性原则”应该适用。在你接受的东西上要自由,但在你发送的东西上要严格。因此,请做好只接收LF的准备,但如果发送数据,请使用相关标准要求的任何内容。这不是语言兼容性问题,而是文件问题或协议问题。文件方面:Unix使用\n作为回车符,Windows使用\r\n并且我认为使用了MacOS(现在还不确定)\r。许多“跨平台”语言将其抽象为一个依赖于平台的变量。协议方面:协议规定的内容。健壮性原则是HTML soup的原因。该死的原则!:-)您还应该只接受CR,因为一些较旧的系统只使用CR。不,您应该对您接受的内容相当严格,对您发出的内容非常严格。这减少了一些意想不到的错误,有些人试图猜测一些可能的模糊性意味着什么,而不是仅仅拒绝它。请参阅RFC793。当前的Macintosh OS(OS X)是Unix,并使用换行符('\n')作为行分隔符。CP-M/MS-DOS/Windows使用\r\n因为早期的字符模式打印机需要一个控制字符将打印头移动到左边距(\r),一个控制字符将纸张向前移动一行(\n)。