什么时候使用PHP常量“PHP_EOL"”?

什么时候使用PHP_EOL是一个好主意?

我有时会在PHP代码示例中看到这种情况。这是否处理DOS/Mac/Unix终端线问题?

455962 次浏览
小开
最佳答案

是的，PHP_EOL表面上用于以跨平台兼容的方式查找换行符，因此它处理DOS/Unix问题。

注意，PHP_EOL表示当前的系统的结束符。例如，当在类unix系统上执行时，它将找不到Windows结束行。

小开

当你想要一个新行，并且你想跨平台时，你可以使用PHP_EOL。

这可能发生在将文件写入文件系统时(日志、导出、其他)。

如果您希望生成的HTML具有可读性，则可以使用它。所以你可以在<br />后面加上PHP_EOL。

如果你在cron上运行php脚本，你需要输出一些东西，并将其格式化后显示在屏幕上，你就可以使用它。

如果你要发送一封需要一些格式的电子邮件，你可以使用它。

小开

PHP_EOL的定义是，它为您提供正在操作的操作系统的换行符。

在实践中，您几乎不需要这个。考虑以下几个案例:

  • 当你输出到网络上时，除了你应该保持一致之外，真的没有任何约定。由于大多数服务器都是unix，所以无论如何都希望使用“\n”。

  • 如果要输出到文件，PHP_EOL似乎是个好主意。但是，在文件中加入文本换行符也可以达到类似的效果，如果您试图在Unix上运行一些CRLF格式的文件，而不破坏现有的换行符，这将帮助您解决问题(作为一个使用双引导系统的人，我可以说我更喜欢后一种行为)。

PHP_EOL太长了，真的不值得使用。

小开

如果要输出多行，使用error_log()非常方便。

在我的windows安装中，我发现很多调试语句看起来很奇怪，因为开发人员在拆分字符串时假定unix结尾。

小开

我在必须编写的一些命令行脚本中使用PHP_EOL常量。我在本地Windows机器上进行开发，然后在Linux服务器上进行测试。使用常量意味着我不必担心为每个不同的平台使用正确的行尾。

小开
我正在使用WebCalendar，发现Mac iCal在导入生成的ics文件时呕吐，因为行尾在xcal.php中硬编码为“\r\n”。我进去，用PHP_EOL替换了所有的事件，现在iCal是快乐的! 我还在Vista和Outlook上测试了它，也能够导入文件，即使行尾字符是“\n”
小开

我更喜欢用\n\r。而且我在windows系统上，\n在我的经验中工作得很好。

由于PHP_EOL不能与正则表达式一起工作，而正则表达式是处理文本的最有用的方法，所以我真的从未使用过它，也不需要使用它。

小开

当jumi (joomla plugin for PHP)出于某种原因编译你的代码时，它会从你的代码中删除所有的反斜杠。这样，像$csv_output .= "\n";这样的东西就变成了$csv_output .= "n";

非常讨厌的虫子!

使用PHP_EOL来获得您想要的结果。

小开

我发现PHP_EOL对于文件处理非常有用，特别是在向文件中写入多行内容时。

例如，您有一个很长的字符串，希望在写入普通文件时将其分解成多行。使用\r\n可能行不通，所以简单地将PHP_EOL放入脚本，结果非常棒。

看看下面这个简单的例子:

<?php


$output = 'This is line 1' . PHP_EOL .
'This is line 2' . PHP_EOL .
'This is line 3';


$file = "filename.txt";


if (is_writable($file)) {
// In our example we're opening $file in append mode.
// The file pointer is at the bottom of the file hence
// that's where $output will go when we fwrite() it.
if (!$handle = fopen($file, 'a')) {
echo "Cannot open file ($file)";
exit;
}
// Write $output to our opened file.
if (fwrite($handle, $output) === FALSE) {
echo "Cannot write to file ($file)";
exit;
}
echo "Success, content ($output) wrote to file ($file)";
fclose($handle);
} else {
echo "The file $file is not writable";
}
?>
小开

DOS/Windows标准的换行符是CRLF (= \r\n)而不是LFCR (\n\r)。如果我们选择后者，很可能会产生一些意想不到的结果(好吧，实际上是意料之中的!): D)的行为。

现在，几乎所有(编写良好的)程序都接受UNIX标准LF (\n)作为换行代码，甚至邮件发送守护进程(RFC将CRLF设置为换行符作为报头和消息体)。

小开

有一个明显的地方它可能有用:当您编写主要使用单引号字符串的代码时。有争议的是:

echo 'A $variable_literal that I have'.PHP_EOL.'looks better than'.PHP_EOL;
echo 'this other $one'."\n";

它的艺术在于始终如一。混合和匹配"和"的问题是，当你得到很长的字符串时，你真的不想去寻找你使用的引用类型。

就像生活中的所有事情一样，这取决于上下文。

小开

从PHP版本7.1.1和版本5.6.30的main/php.h:

#ifdef PHP_WIN32
#   include "tsrm_win32.h"
#   include "win95nt.h"
#   ifdef PHP_EXPORTS
#       define PHPAPI __declspec(dllexport)
#   else
#       define PHPAPI __declspec(dllimport)
#   endif
#   define PHP_DIR_SEPARATOR '\\'
#   define PHP_EOL "\r\n"
#else
#   if defined(__GNUC__) && __GNUC__ >= 4
#       define PHPAPI __attribute__ ((visibility("default")))
#   else
#       define PHPAPI
#   endif
#   define THREAD_LS
#   define PHP_DIR_SEPARATOR '/'
#   define PHP_EOL "\n"
#endif

正如你所看到的，PHP_EOL可以是"\r\n"(在Windows服务器上)或"\n"(在其他任何服务器上)。在PHP版本之前 5.4.0RC8上，PHP_EOL可能有第三个值:"\r"(在MacOSX服务器上)。这是错误的，并已在2012-03-01与错误61193修复。

正如其他人已经告诉你的，你可以在任何类型的输出中使用PHP_EOL(其中这些值的任何是有效的-如:HTML, XML，日志…)，你想要统一的换行。请记住，决定值的是服务器，而不是客户机。您的Windows访问者将从您的Unix服务器获取值，这有时对他们来说很不方便。

我只是想显示PHP源代码支持的PHP_EOL的可能值，因为它还没有在这里显示…

小开
< p > PHP_EOL(字符串) 此平台的正确“行结束”符号。 PHP 4.3.10和PHP 5.0.2

后可用

当读写服务器文件系统上的文本文件时，可以使用这个常量。

在大多数情况下，行结束并不重要，因为大多数软件都能够处理文本文件，而不管它们的来源。你应该与你的代码保持一致。

如果行结束符很重要，则显式地指定行结束符，而不是使用常量。例如:

  • HTTP报头必须由\r\n分隔
  • CSV文件应该使用\r\n作为行分隔符
小开

您正在编写主要使用单引号字符串的代码。

echo 'A $variable_literal that I have'.PHP_EOL.'looks better than'.PHP_EOL;
echo 'this other $one'."\n";
小开

我想抛出一个回答，解决“当不使用它”，因为它还没有被覆盖，可以想象它被盲目地使用，没有人注意到有一个问题，直到后来的线。这与现有的答案有些矛盾。

如果以HTML格式输出到网页，特别是<textarea>、<pre>或<code>格式的文本，你可能总是想使用\n而不是PHP_EOL。

原因是，虽然代码可能在一台服务器上工作得很好-这恰好是一个类unix平台-如果部署在Windows主机(如Windows Azure平台)上，那么它可能会改变页面在某些浏览器(特别是Internet Explorer -某些版本将看到\n和\r)中的显示方式。

我不确定自IE6以来这是否仍然是一个问题，所以它可能是相当有争议的，但似乎值得一提，如果它有助于人们思考上下文。可能还有其他情况(比如严格的XHTML)，在某些平台上突然输出\r可能会导致输出出现问题，我相信还有其他类似的边缘情况。

有人已经指出，当返回HTTP报头时，你不会想要使用它——因为它们在任何平台上都应该始终遵循RFC。

我不会将它用于CSV文件上的分隔符之类的东西(就像有人建议的那样)。服务器运行的平台不应该决定生成或使用的文件中的行结束符。

小开

我有一个站点，其中一个日志脚本在用户的操作之后向文本文件写入新一行文本，用户可以使用任何操作系统。

在这种情况下，使用PHP_EOL似乎不是最优的。如果用户是在Mac OS上，并写入文本文件，它将放置\n。当在windows计算机上打开文本文件时，它不会显示换行符。因此，我使用“\r\n”来代替在任何操作系统上打开文件时的工作。

小开

不，PHP_EOL不处理端点问题，因为使用该常量的系统与将输出发送到的系统不同。

我完全不建议使用PHP_EOL。Unix/Linux使用\n, MacOS / OS X也从\r改为\n，在Windows上，许多应用程序(特别是浏览器)也可以正确显示它。在Windows上，更改现有的客户端代码仅使用\n并保持向后兼容性也很容易:只需将行切边的分隔符从\r\n更改为\n，并将其包装在类似trim()的函数中。

小开

在某些系统上，使用这个常量可能是有用的，因为如果，例如，您正在发送电子邮件，您可以使用PHP_EOL让跨系统脚本在更多系统上工作…但即使它是有用的，有时你会发现这个常数未定义，现代主机与最新的php引擎没有这个问题，但我认为一件好事是写一些代码来挽救这种情况:

<?php
if (!defined('PHP_EOL')) {
if (strtoupper(substr(PHP_OS,0,3) == 'WIN')) {
define('PHP_EOL',"\r\n");
} elseif (strtoupper(substr(PHP_OS,0,3) == 'MAC')) {
define('PHP_EOL',"\r");
} elseif (strtoupper(substr(PHP_OS,0,3) == 'DAR')) {
define('PHP_EOL',"\n");
} else {
define('PHP_EOL',"\n");
}
}
?>

所以你可以毫无问题地使用php_ol…很明显，PHP_EOL应该在脚本上使用，应该在多个系统上同时工作，否则你可以使用\n或\r或\r\n…

备注:PHP_EOL可以为

1) on Unix    LN    == \n
2) on Mac     CR    == \r
3) on Windows CR+LN == \r\n

希望这个答案能有所帮助。

小开

我刚刚在输出到Windows客户端时遇到了这个问题。当然，PHP_EOL是针对服务器端的，但是php的大部分内容输出都是针对windows客户端的。所以我必须把我的发现放在这里给下一个人看。

A)呼应“我的短信”。PHP_EOL;//不好，因为这只是输出\n，大多数版本的windows记事本显示在一行上，大多数windows会计软件不能导入这种类型的行结束字符。

B)回复“My Text \r\n”;//不好，因为单引号php字符串不解释\r\n

C)回复“My Text \r\n”;//太棒了!在记事本中看起来正确，并在将文件导入到其他windows软件(如windows会计和windows制造软件)时工作。

小开
当我的PHP没有浏览器时，我使用PHP_EOL常量。实际上，我间接地使用它。查看下面的示例。
例如，有一个名为code.golf的站点(它基本上是堆栈交换代码高尔夫，但是交互式的)。有一个PHP只有控制台输出，我需要使用PHP_EOL常量来使用这个。 < / p >

一种缩短它的方法是一旦你需要使用PHP_EOL常量，就像这样做:

<?php
echo $n = PHP_EOL;
?>

声明变量$n，你可以用它代替常量__ABC1作为换行符。甚至比__ABC2还要短，而且几乎任何需要换行符的东西都可以使用$n !


提交答案