为什么许多PHP开发人员讨厌使用isset（）和/或PHP的类似防御功能（例如empty（））？

在stackoverflow上，我一直看到这个问题：

• E_NOTICE？== E_DEBUG，避免使用更复杂的error_handler的isset（）和@
• 当E_NOTICE打开时，如何设置PHP不检查$ _GET的未定义索引？
• 如何停止PHP记录PHP通知错误
• 如何关闭此类PHP 5.3声明？

甚至Pekka（提供了很多可靠的PHP建议）也碰到了可怕的E_NOTICE怪物，并希望有一个比使用更好的解决方案isset()：isset（）和empty（）使代码丑陋

就个人而言，我使用isset()并empty()在很多地方来管理我的应用程序的流量。例如：

public function do_something($optional_parameter = NULL) {
    if (!empty($optional_parameter)) {
        // do optional stuff with the contents of $optional_parameter
    }
    // do mandatory stuff
}  

甚至像这样的简单代码段：

if (!isset($_REQUEST['form_var'])) {
    // something's missing, do something about it.
}

对我来说似乎很合逻辑。它看起来不膨胀，看起来像稳定的代码。但是，许多开发人员使用E_NOTICE启用了，从而启动了他们的应用程序，发现了许多令人沮丧的“未初始化的数组索引”通知，然后对检查已定义的变量并使用来“乱丢”其代码感到无所适从isset()。

我认为其他语言处理问题的方式也不同。从经验来看，JavaScript不像PHP那样礼貌。未定义的变量通常会停止脚本的执行。另外，（从经验上来讲）我确定像C / C ++这样的语言只会拒绝编译。

那么，PHP开发人员只是懒惰吗？（不是在谈论您，Pekka，我知道您是在重构一个旧的应用程序。）或者其他语言是否比要求程序员首先检查它们是否已被定义更优雅地处理未定义的变量？

（我知道E_NOTICE除了未定义的变量以外，还有其他消息，但这些消息似乎是造成最大麻烦的消息）

附录
到目前为止的答案中，我并不是唯一认为isset()不是代码膨胀的人。所以，我现在想知道，其他语言的程序员是否有与此相呼应的问题？还是这仅仅是一个PHP文化问题？

我编码到E_STRICT，别无其他。

使用empty和isset检查不会使您的代码难看，但会使您的代码更冗长。在我看来，使用它们绝对会发生什么最坏的事情？我再输入几个字符。

验证不使用它们的后果，至少是警告。

我认为有关未知元素的通知是PHP中的一个设计错误。我不确定现在是否可以解决该错误，但是它会产生很多样板代码，例如if(isset($foo['abc']) && $foo['abc'] == '123')-此代码不应具有该代码isset，因为其目的是检查特定位置是否有“ 123”，$foo以及是否没有任何内容。绝对不是“ 123”。您必须编写两倍于此的代码的唯一原因是由于PHP中不幸的设计错误。而且，不幸的是，通知在PHP 中非常昂贵，因此，对于性能而言，禁用通知并不是代码的一种选择。

所以是的，它确实使代码丑陋，恕我直言，这确实使我烦恼。这不是因为缺乏经验-我从1998年开始使用PHP，我记得当时有.php3扩展，它的意思是“这不是PHP 2”。也许我很懒：)但是，懒惰-至少是某种类型的懒惰-对于程序员是一种美德。

另一方面，可以有效地使用isset和empty-就像原始帖子中的-一样。我只是认为PHP对isset/empty真正不需要的地方的警告过于狂热。

我相信PHP作为一种自由语言，可以在网络上解释和使用，非专业，未经培训的编码人员中，有很大比例的人没有完全意识到为什么要进行防御性编码，而只是将警告视为另一个不必要的错误。 。

我一直都从初级开发人员和自学成才的脚本编码人员那里听到以下几点：

• 如果无论如何都会存在一个变量，为什么还要初始化呢？
• 为什么在使用某些东西之前先检查是否存在某种东西，无论如何，未定义都等于假？
• 如果我在@前面加上前缀，则可以修复我的代码，为什么使事情复杂化？

如果他们从未经历过强类型的语言，或者经历了未声明/未实例化的变量的陷阱，那么他们会令人信服。我发现他们通常会在经历了一个小时左右的调试代码乐趣之后就屈服了，因为发现它是变量名中的错字，造成了麻烦。

另一个强大的因素是PHP在Web行业中的使用，与安全性和代码质量相比，PHP对吞吐量的关注更大。

是的，他们很懒。反正很多...

不幸的是，许多PHP编码人员的心态是“如果依靠语言来处理因缺少变量等导致的错误，从而更快地获得相同的最终结果，那么防御性的编码就毫无意义。” 我知道，我已经和其中的几个一起工作了。

当他们由于缺乏正确的错误处理和报告而无法使用实时服务器几个小时时，他们往往也会神秘地去吃早饭。

我尝试通过避免将数组用作数据传输对象来避免使用isset（）和empty（）。创建一个可配置为接受具有默认值的有限属性集的类，并验证对这些属性的输入。它甚至可以实现ArrayAccess接口，因此您可以像使用数组一样使用它。当有人尝试将错误的实体类型传递给您的方法时，这还允许您在方法签名中使用类型提示来捕获错误。

我所质疑的问题之一，所以让我重申一下。

许多开发人员将大量的存在误认为isset()是质量标志。它具有可靠性的外观，甚至有人将其视为安全功能。

但是您必须考虑到PHP不是编译语言。这是一种具有动态类型系统的脚本语言。E_NOTICE错误仅是名称错误。而且，如果isset仅出于抑制提示的目的而使用了大量的代码，那么实际上您只是在针对该语言进行编码。

那么，PHP开发人员只是懒惰吗？

如果您看到大量的通知和警告，情况确实如此。很多新手都不在乎通知，这通常是完全禁用的结果error_reporting(0)。

但是，您会误以为其他开发人员没有仅仅因为E_NOTICE未被@或isset抑制而无法识别E_NOTICE。至少那是我保留通知问题背后的意图。它们不是要摆脱的东西，但有时还是重要的调试信息。

像所有概括一样，对isset的粗心使用不会导致最佳代码。它区分哪里是非常重要的isset和empty有必要的，他们在哪里句法盐。

还是这仅仅是一个PHP文化问题？

不，未定义的变量“错误”不仅仅是一个PHP问题。Bash，TCL和Perl或JavaScript允许使用未定义的变量。但是，这种内在的语言功能并不被视为缺陷。有类似的语言构造可以检查未定义的值。但是，由于undef值没有错误地描述为“错误”，因此它们没有像PHP那样经常使用。

有趣。我几乎从未使用过isset（）。我的PHP代码很少处于不知道是否首先设置变量的状态。每个使用的GET或POST变量都可以通过一个函数访问，该函数将为其提供默认值（如果不存在）。函数调用中的默认值通常显式设置为0或空字符串。

我用isset和空很多。但是大多数情况下，您会提到这些地方，例如$ _REQUEST处理，以防有人弄乱参数。在我可以控制所有变量的情况下，我发现我通常不需要它们。

我不喜欢使用isset，但是如果有大量代码是由另一个人完成的，那么这可能是一种节省。我在下面编写了wee代码来解决此问题，而不是使用isset（）isseter（$ a，$ b）会在$ a未定义或为空或函数返回null的情况下返回$ b。任何改进，欢迎：

//returns var or NULL (if undefined)
//$reserve optional second value is returned as $default if undefined
function isseter(&$default,&$reserve=NULL)
{
$default = isset($default) ? $default : NULL;
$reserve = isset($reserve) ? $reserve : NULL;
if ((!$default) && ($reserve)) $default=$reserve;
return $default;
}