思考:PHP如何定义全局变量,不需要通过controller传递,就可以在model中直接使用?
场景和考虑
- model层封装消费逻辑,需要区分是Android端的请求还是iOS端的请求,分别扣除不同账户的金币
- 要精简代码逻辑,不想需要调用的地方都一层一层的传值到消费model,这样太繁琐了。
- 优雅一点~
经过一番调研之后,找到了解决办法如下:
如何获得全局变量?
- Request::get(“deviceType”) 获得了全局变量设备类型,即deviceType。
- 这段代码是在model层中
if (Utility::isIos(Request::get("deviceType")) && $userVip['coinIos'] >= $costCoin) {
$pass = 1;
$consumeType = self::TYPE_CONSUME_COIN;
} else if ($userVip['coinAndroid'] >= $costCoin) {
$pass = 1;
$consumeType = self::TYPE_CONSUME_COIN;
}
- 自定义customController,其他的controller都继承自定义的customController
- 我们通过中间件middleware,获得请求request
- 通过deviceAgent = $request->header(‘device-agent’); 获得请求的设备类型
- 我们定义的device-agent:app版本_设备类型_设备名_系统版本,例如,1.0.0_ios_iphonex_13.0
- 通过request->merge([“deviceType” => $this->_deviceType]);把设备类型,比如iOS或者Android merge到request中
- 这样我们就能在任何接收到request请求的地方(包括model层),通过这种方式获得设备类型了:Request::get(“deviceType”)
如何设置全局变量?
<?php
namespace App\Http\Controllers;
use Validator;
class CustomController extends Controller
{
protected $_appVersion = '';
protected $_deviceType = '';
protected $_deviceName = '';
protected $_sysVersion = '';
public function __construct()
{
$this->middleware(function ($request, $next) {
$deviceAgent = $request->header('device-agent');
if (!empty($deviceAgent)) {
$deviceArr = explode("_", $deviceAgent);
if (count($deviceArr) == 4) {
$this->_appVersion = $deviceArr[0];
$this->_deviceType = $deviceArr[1];
$request->merge(["deviceType" => $this->_deviceType]);
$this->_deviceName = $deviceArr[2];
$this->_sysVersion = $deviceArr[3];
}
}
return $next($request);
});
}
}
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
还有一个疑问:request是怎么传递到model层的?对model层有没有要求?为什么能直接用?
- 经过一番调研之后发现,和model层没有关系。
- 之所以能在model层中直接用,不需要通过controller传递request到model中,是因为我们使用的Request实现了外观设计模式:https://segmentfault.com/a/1190000015296284
- 在model中甚至工具类中,只要我们使用Laravel内置的Facades下的Request,就可以取到值。
注意:别用错了Request;Laravel内置了很多种Request
use Illuminate\Support\Facades\Request;
Request::get("deviceType")
- 1
- 2
- 3
总结
- Laravel的设计思想还是非常优雅的,外观设计模式值得再好好消化理解一下。
- 我们通过上述的思路,优雅的规避了层层传值的问题,简化了代码复杂度。