Yii框架重写ActiveRecord的find()后全局查询条件失效问题

嘿，这个坑我之前踩过！问题出在Yii2 Query类的where()方法行为上：当你直接传条件数组调用where()时，它会直接替换掉之前所有已设置的WHERE条件，不是追加哦。你在重写find()时预先加的全局条件，就被后续的->where(['status'=>'3'])给完全覆盖了，所以自然就失效了。

下面给你几个靠谱的解决方案，按需选择：

方案1：业务查询改用andWhere（最简单） #

如果只是临时快速解决，后续写查询的时候别用where()，改用andWhere()，这样新条件会和预先的全局条件用AND拼接：

\common\models\Order::find()->andWhere(['status'=>'3'])->count();

这个方法上手快，但要提醒团队所有人都遵守这个写法，不然还是会踩同样的坑。

方案2：重写find时用filterWhere（更灵活） #

把重写find()里的where()换成filterWhere()，它会自动合并条件而不是替换，还能自动忽略空值条件（适合处理可能为空的全局参数）：

class ActiveRecord extends BaseActiveRecord{
    public static function find() {
        return parent::find()
            ->filterWhere([
                static::tableName().'.company_id' => Yii::$app->user->identity->company_id
            ])
            ->filterWhere([
                static::tableName().'.branch_id' => Yii::$app->user->identity->branch_id
            ]);
    }
}

这里我把条件写法简化了，Yii2支持直接['字段名' => 值]的格式，不用显式写'='，代码更简洁。

方案3：自定义Query类（最专业，推荐） #

如果想从根源上解决问题，创建一个自定义Query类来统一管理全局条件，这样所有继承的模型都会自动带上全局过滤：

第一步：编写自定义Query类 #

namespace common\models;

use yii\db\ActiveQuery;

class CustomActiveQuery extends ActiveQuery
{
    public function init()
    {
        parent::init();
        // 初始化Query时自动添加全局条件
        $this->andWhere([
            $this->modelClass::tableName().'.company_id' => \Yii::$app->user->identity->company_id
        ]);
        $this->andWhere([
            $this->modelClass::tableName().'.branch_id' => \Yii::$app->user->identity->branch_id
        ]);
    }
}

第二步：让ActiveRecord关联这个Query类 #

class ActiveRecord extends BaseActiveRecord{
    public static function find()
    {
        return new CustomActiveQuery(get_called_class());
    }
}

这样一来，所有继承这个ActiveRecord的模型，查询时都会自动带上全局条件，后续即使调用where()，只要不是刻意替换全部条件，都能和全局条件共存（如果要追加条件，还是用andWhere()更稳妥）。

额外小技巧：防止误操作 #

要是担心团队成员不小心用where()替换全局条件，可以在自定义Query里重写where()方法，强制把所有where()调用转为andWhere()：

public function where($condition, $params = [])
{
    // 强制所有where调用都转为追加，避免误删全局条件
    return $this->andWhere($condition, $params);
}

不过这个方式比较激进，要是业务上确实需要替换全部条件，就得额外做处理，所以根据团队实际情况选择使用~

内容的提问来源于stack exchange，提问作者rajwa766