在类中返回是否可以接受 __construct()

Question

我知道有很多与此相关的问题。但是，我没有设法找到简单问题的答案（我不是在询问从构造函数返回值的问题，我认为我理解构造函数应该返回什么）。

有什么理由避免在__construct 中使用return？

或者这种完全可以接受的编码风格在未来不会因为return而中断：

class A {
    protected $tristate = null;
    function __construct() {
        // Constructor returns instance of class automatically
        // no need to `return $this`
    }
    protected function Logic() {
        return rand(0, 1) === 1;
    }
}

class B extends A {
    function __construct() {
        parent::__construct();
        if ($this->Logic()) return;
        $this->tristate = true;
    }
}

上面的一个已经过测试并且它按预期工作（在我的开发环境中），它将父 $tristate var 50/50 设置为 NULL/TRUE，但它会在未来工作吗？使用void return 在构造函数中间返回时出现的任何问题。

我想到的另一件事是我应该使用return $this 而不是普通的return，这通常是无效的，但PHP 似乎无论如何都会返回实例，答案很可能是return $this 和普通的return 都只是一样好。

Answer 1

这没有任何后果，我认为永远不会有。您可以随时从构造函数返回任何内容。返回值（如果有）将被忽略。

Answer 2

来自doc

构造函数 void __construct ([ 混合 $args [, $... ]] )

来自pseudo type definition

void 作为返回类型意味着返回值是无用的。

所以你可以返回任何东西......但它是useless。在您的情况下，return 适用于退出函数执行：它只是允许的。

另一个问题是这是一个好习惯还是坏习惯......

我认为简单的return ; 是节省一些 IF 语句和烦人的缩进的好习惯。 有值的返回（即return false;），如果没用，是不好的做法，因为没有意义。

Answer 3

确保no 方法returns 早点是一个很好的经验法则——除此之外，这意味着在 6 个月的时间里，当你回到那个 1500 行函数时你知道你真的不应该写，但无论如何都写了，你有一个稍微不那么噩梦的时间来理解这个愚蠢的东西是如何工作的:)

通过使用否定逻辑检查 - if ( ! $this->Logic() ) 您可以获得与提前返回相同的效果，但是您现在可以返回代码，知道它永远不会在中间的某个地方随机退出您的方法。

当然，除了那个小声音说“我知道我不应该”之外，没有什么能阻止你这样做，但是还有另一个声音说“哦，继续，会没事的，你会记住的！”。不要听第二个声音，正确地去做：P

---

要明确的快速更新 - 没有技术原因可以避免在构造函数中使用 returning（new 关键字强制它返回对象，并覆盖构造函数返回的内容），有一个很好的 合乎逻辑的理由不这样做。