众所周知,Laravel的ORM相称强大,但每个Model都得有一个实体文件存在,在某些场景中并不是太方便

以下方法办理在laravel中无需新建文件就能够动态利用模型(Model) 的问题,尤其是须要动态修正表名的情形

须要办理方案的同学可以直接滑到末了 思考方法三

phpmodel静态调用若何在 Laravel 中动态应用模子 SQL

场景有多个险些同等的数据模型,仅表明或者某些字段的配置不一样,不想编写多个模型文件有工厂类天生所需模型,但不好实现在没有多文件的时候动态修正表名解析

Model类本身供应了setTable()方法,但Model::query() 方法中在以调用的类名或者已写入的表名重载工具,而不因此实例的形式在重载,因此会导致丢失动态设置的表名值

<?php// vendor/illuminate/database/Eloquent/Model.php:819public static function query(){ return (new static)->newQuery();}

重载工具后表名被重置,动态设置的表名丢失

追踪 query() 方法的调用可知,很多静态调用的方法都会造成动态属性丢失,在魔术方法中被调用

<?php// vendor/illuminate/database/Eloquent/Model.php:1487public static function __callStatic($method, $parameters){ return (new static)->$method(...$parameters);}// 此魔术方法实现了在Model后紧跟的静态方法调用,类似于门面(Facades)的办法思考方法一

在静态调用之后修正表名 有问题

<?phpModel::query()->setTable('new_table')->get();

问题:一旦下次有query()调用,表名将会被重置;

无法确定后续的利用不会有query()调用,故舍弃;

思考方法二

在模型的布局函数中设置表名 有问题

须要同时知足可动态表名,以及query()调用时动态表名不丢失

<?phpclass BaseModel extends Model{ // 动态表名 protected static $otherTable = ''; public function __construct($table='') { if($table){ self::$otherTable = $table; $this->setTable($table); } parent::__construct(); } public static function query(){ $model = new self(self::$otherTable); return $model->newQuery(); } // 代理其他很多的模型静态方法 // 。


}$model = new BaseModel('new_table');$res = $mode::query()->first(); // success!

问题:以上方法只能同时虚拟一个模型,由于静态属性多工具共享,可能导致表名混乱

无法担保这个模型只被调用一次,况且只能调用一次的话动态的意义不大,故舍弃!

思考方法三

不雅观察Model写法,以及Model 的抽象父类等,创造Model基本上只好手写,而不能动态去调

那么如果让代码自己实行一段代码,岂不是就能实现动态修正表名的效果了?

此时应有 eval() 函数以及匿名类出场

eval : 将一段字符串当做 PHP 代码来实行

匿名类:PHP 7 支持通过 new class 来实例化一个匿名类,这可以用来替代一些"用后即焚"的完全类定义。
办理动态命名问题

用eval 函数 和匿名类的形式直接实例化一个匿名类的模型实例,担保所有的调用都能够统一

匿名类中的表名直接拼接进去,匿名类继续编写的继续自Model的模型类,把所有操作都写进去

匿名类中仅办理动态表名的问题,所有的调用都能够正常利用

上代码:

<?php// 动态的表名$key = 'new_table';$res = eval( ' use Illuminate\Database\Eloquent\Model; return (new Class extends Model{ protected $table = "'.$key.'"; }); ' );$model = $res;$res = $model::query()->find($id); // 调用成功总结

方法三虽然办理了问题,但可以看到 eval() 函数直接实行了代码

因此须要对动态拼接进去的 $key 变量进行严格的验证,避免代码注入引起安全问题。

此方法也适宜在高度抽象的业务模型、低代码后端实行逻辑的持久层,或者“代码动态写代码”等场景利用