Php 开发时建议的错误报告（）设置是什么？那你呢？
通常，我使用Php 开发时建议的错误报告（）设置是什么？那你呢？,php,error-reporting,Php,Error Reporting,通常，我使用eall查看PHP可能对我的代码所说的任何内容，以尝试改进代码 我刚刚注意到一个错误常量E_STRICT，但从未使用或听说过它，这是用于开发的好设置吗？手册上说： 运行时通知。允许PHP建议对代码进行更改，以确保代码的最佳互操作性和前向兼容性 因此，我想知道我是否在使用最好的错误报告级别与E\u ALL或与E\u STRICT一起使用是最好的？或者我还有其他组合需要学习吗？ini\u集（“显示错误”，“2”）； 错误报告（E_全部） 在我看来，在开发阶段设置的错误报告级别越高越好 在
eallE_STRICT错误报告E\u ALLE\u STRICT错误报告（E_全部） 在我看来，在开发阶段设置的错误报告级别越高越好 在实时环境中，您需要一个稍微（但只是稍微）减少的集合，但您希望将它们记录在用户看不到的地方（我更喜欢
syslogE|u ALL | E|u STRICTE\u可恢复的\u错误E\u不推荐的E\u用户不推荐的错误报告2^n-1167772151..n在我看来，PHP的
E_ALLE_STRICTE_ALL error_reporting(E_ALL | E_STRICT);
E_STRICTE_ALLE_ALLerror_reporting(-1);
error_reporting(~0);
在较新的PHP版本中，E_ALL包含更多的错误类。从PHP5.3开始，E_包含除E_严格之外的所有内容。在PHP6中，它很可能会包括这一点。这是一个很好的提示：最好看到更多的错误消息，而不是更少 E_ALL中包含的内容记录在在线手册的页面中
就我个人而言，我认为如果你严格使用E_并不重要。它当然不会伤害您，特别是因为它可能会阻止您编写脚本，而这些脚本在未来的PHP版本中很可能会被破坏。另一方面，在某些情况下，严格的消息可能太吵了，特别是当你很匆忙的时候。我建议您在默认情况下打开它，当它变得烦人时将其关闭。根据您对此代码的长期支持计划，启用
E_STRICTE_STRICTE_STRICTE_ALLE_STRICTE_STRICTE_ALLE#u ALLE#u STRICT不严格地说是错误报告，我强烈建议使用任何自动显示解析错误和常见故障（例如，条件中的赋值）的IDE Zend Studio for Eclipse在默认情况下启用了此功能，自从我开始使用它以来，它一直在帮助我在错误发生之前捕获错误
例如，我有一段代码，我在
$GLOBALS$\u GLOBALS$\u GLOBALSerror_reporting = E_ALL | E_STRICT
不要让任何错误或通知出现在代码中，即使它是无害的。您可以使用
错误报告=-1它将始终由所有位组成（即使它们不在E|all中）好的，PHP的函数名不区分大小写，但您应该按照它应该使用的方式使用它（例如
错误报告（E|all | E| u STRICT）E_ALLE_STRICT-1！=~0