Laravel中数据库查询构建器的位置

Question

我可以使用范围执行与模型相关的基本查询（例如选择今天有生日的那些用户），范围显然放置在Eloquent模型中，并返回Eloquent Query Builder的实例。 但是，如果我需要执行更复杂的查询，例如按电子邮件类型对海量电子邮件日志表进行分组，与用户和电子邮件连接并应用一些汇总，该怎么办？ 由于查询的结果字段是混合的（电子邮件，电子邮件类型，用户，日志字段），因此我必须使用数据库查询生成器。 我犹豫要不要打电话给建造者。

在主要模型中，Is可以是静态方法，在该模型中我将其他表连接到：

    class ConcreteModel extends Model {

      public static function someQuery(): \Illuminate\Database\Query\Builder {
        return \DB::table('some_table')->join('something');
      }

    }

还是宁愿将此类内容放入需要的服务中？

Answer 1

好吧，我想到了使用Visitor模式封装复杂查询的想法。 访问者对象封装了具体的查询，雄辩的模型可以接受客户端传递的访问者，并在其上调用标准方法，将自身传递给访问者，并将StdClasses的集合从访问者的结果移交给客户端。 似乎可以为我解决。