有人叫我的一个Snipplr提交"废话",因为我用if ($_SERVER['REQUEST_METHOD'] == 'POST')而不是if ($_POST)
检查请求方法对我来说似乎更正确,因为这是我真正想做的事情.两者之间是否存在一些操作差异,或者这仅仅是代码清晰度问题？
我有几个较旧的应用程序,当在E_NOTICE错误级别上运行时会抛出大量"xyz未定义"和"未定义的偏移"消息,因为没有使用isset()和consorts 显式检查变量的存在.
我正在考虑通过它们来使它们与E_NOTICE兼容,因为关于缺失变量或偏移的通知可以是救生员,可能会获得一些微小的性能改进,并且它总体上更清洁.
但是,我不喜欢对我的代码造成数百isset() empty()和array_key_exists()s的影响.它变得臃肿,变得不那么可读,没有在价值或意义上获得任何东西.
如何在没有过多变量检查的情况下构建代码,同时还兼容E_NOTICE？
作为开发人员,我开启了E_NOTICE.最近,我被问到为什么应该修复E_NOTICE错误.我能想出的唯一理由是纠正这些问题是最佳做法.
是否有其他人有理由证明为纠正这些问题花费的额外时间/成本是合理的？
更具体地说,如果代码已经运行,为什么经理要花钱来修复这些？