E_注意:修复每一个真的有多有用

首先，我知道这个问题在这里已经不止一次了：

• 为什么要修复E_NOTICE错误
• 为什么要修复E_NOTICE错误？优点和缺点

但我越是修复所有E_notice（人们说你应该这样做），我就越注意到：

• 我在微观优化
• 实际上，我正在制作更多的代码，使我的代码更难维护，速度也更慢

举个例子：

假设您使用MongoDB PHP驱动程序，并且在一个表示数据库中集合中单行的类中的一个名为ts的类var中有一个MongoDate对象。现在您可以访问这个var，比如：$obj->ts->sec，但PHP抛出了一个fit（E_NOTICE），因为在这种情况下，ts本身并没有定义为对象，因为这个特定的行没有ts字段。所以你认为这是可以的，这是所需的行为，如果它没有设置为返回null，我会在解释器自己的机器人工作之外自己处理它（因为你把它封装在date()函数中，如果var是null或none-object，它只返回1970）。

但现在要像另一个开发人员真正希望我的那样修复E_NOTICE，因为拥有ANY E_NOTICE非常糟糕，而且不根据错误进行操作会使代码变得更慢。因此，我在$obj类中创建了一个名为getTs的新函数，并给它3行代码，实际上只是检查tsvar是否是MongoDate对象，如果它是…

为什么？PHP在它比在应用程序本身的运行时更快的解释器中做这件事对我来说不是很好吗？我的意思是，每当我不得不在代码中添加无用的bumpth，几乎是空的函数来检测变量时，我实际上只是用PHPs自己的能力来处理这些变量，当我真正需要时（当这对所述函数的操作和行为至关重要时），可以返回null或检查它们的instanceof，并且不让我开始使用isset()s。我已经添加了大约300行isset()s，它正在失去控制。我当然必须让这个getTs功能，因为你不能做：

class obj{
    public $ts = new MongoDate();
}

我要么必须将ts存储在__constructor中（我对此也不太满意，我现在使用了很多魔法），要么使用一个函数来检测它是否已设置（我现在这样做）。

我的意思是，我理解为什么我应该修复：

• 未定义的变量
• 分配未设置变量的属性（null变量）
• 恒定误差等

但是，如果你已经测试了你的代码，并且你知道它是安全的，并且只能按照你想要的方式工作，那么修复所有undefined index或none-object错误有什么意义呢？在代码中添加一堆isset()和2行函数难道不是真正的微优化吗？

我注意到，在使我的网站符合E_NOTICE的一半之后，实际上它现在使用了更多的CPU、内存和时间。。。那么，处理每一个E_NOTICE错误，而不仅仅是那些错误，有什么意义呢？

感谢您的想法，

SpecialClass class {
    funciton getTs () {
        return !empty($this->ts) ? $ts->sec : false;
    }
}

if (!empty($obj->ts->sec)) {
    //do something
}