Laravel鼓励依赖注入。由于我在项目中使用了laravel,我想我会尝试使用这种方法。
我正在type hinting my dependencies and letting it resolve them利用Laravel的服务容器。我有四个控制器。所有这些都扩展了一个名为GlobalController的基类。我也有两个型号。所有这些都扩展了一个名为GlobalModel的基类。
我的第一次尝试是(使用方法注入)。 GlobalController看起来像这样:
namespace App\Http\Controllers;
use Illuminate\Http\Request;;
use App\Models\GlobalModel;
class GlobalController extends Controller
{
public function __construct()
{
$this->middleware(['authenticate', 'token']);
}
// functions that handle normal http requests and ajax requests
}
从GlobalController扩展的控制器之一称为UserController。它的一些功能是:
使用route-model-binding编辑和更新。
namespace App\Http\Controllers;
use Illuminate\Http\Request;;
use App\Models\User;
class UserController extends GlobalController
{
public function index(User $user)
{
$users = $user->all();
return view('pages/view_users')->with('users', $users);
}
public function edit(User $user)
{
return view('pages/edit_user')->with('user', $user);
}
public function update(Request $request, User $user)
{
$data = $request->all();
if ($user->validate($data))
{
$user->update($data);
return $this->successResponse($request, 'users', 'Successfully edited user');
}
return $this->failedResponse($request, $user);
}
// other functions
}
虽然这样可以正常工作,但Request和User会多次注入。如果我必须更改Request实现(例如),我必须手动更改许多函数以键入提示特定的Request对象。一点都不好。由于它们通常在大多数函数中被调用,所以我尝试进行构造函数注入。
这是使用构造函数注入的GlobalController:
namespace App\Http\Controllers;
use Illuminate\Http\Request;;;
use App\Models\GlobalModel;
class GlobalController extends Controller
{
protected $request;
protected $model; // use polymorphism
public function __construct(Request $request, GlobalModel $model)
{
$this->request = $request;
$this->model = $model;
$this->middleware(['authenticate', 'token']);
}
// functions that handle normal http requests and ajax requests
}
这是使用包含相同功能的构造函数注入的UserController:
namespace App\Http\Controllers;
use Illuminate\Http\Request;;
use App\Models\User;
class UserController extends GlobalController
{
public function __construct(Request $request, User $user) // use polymorphism
{
parent::__construct($request, $user);
}
public function index()
{
$users = $this->model->all();
return view('pages/view_users')->with('users', $users);
}
public function edit(int $id)
{
$this->model = $this->model->find($id);
return view('pages/edit_user')->with('user', $this->model);
}
public function update(int $id)
{
$this->model = $this->model->find($id);
$data = $this->request->all();
if ($this->model->validate($data))
{
$this->model->update($data);
return $this->successResponse('users', 'Successfully edited user');
}
return $this->failedResponse();
}
// other functions
}
现在,我无法指责它,但我认为这种实施方式似乎不对。它变得不那么可读了。 $ model和$ this的使用使代码更恶心。
我很困惑。我理解从依赖注入可以获得的好处,但我确信我的方法注入和构造函数注入的实现是非常错误的。我应该选择哪种实施方案?或者我应该从这两个中选择任何一个?
答案 0 :(得分:1)
如果在大多数方法中使用模型,请使用构造函数注入。 使用$ model和$ this没有任何问题。但是,如果您仍想清理代码,请考虑存储库模式(SRP)。您可以在那里管理长行代码。 见stackoverflow answer - How can I organise classes in a Laravel 5 Project?。我希望这会有助于你的困惑。
答案 1 :(得分:1)
我绝对更喜欢Laravel控制器的第一种方法。首先,您不需要在每种方法中都注入模型。 (为什么要在索引函数中注入用户模型?)。
其次,您不能再使用RouteModelBinding的好处,并且必须手动检查具有给定$ id的模型是否确实存在并相应地采取措施。此外,您不能使用可以处理验证和授权的特定FormRequests,如CreateUserRequest。 (这是一个可选功能)
另请注意,构造函数中注入的模型永远不会是真正的模型。用户数据模型。所以这只会让你访问eleoquent函数。所以你也可以在你的代码中使用User :: find($ id)。这总是会让你误解。
public function __construct(User $user)
{
dd($user->exists);
}
如果你想抽象的东西,你可以在构造函数中注入存储库。
public function __construct(UserRepository $userRepository)
{
$this->userRepository = $userRepository;
// then the Repository is responsible for retrieving users
// and you are not coupled to Eloquent. If you later want, you can Read
// users from an XML File if you need
}
其他信息(有点offtopic):虽然这是非常罕见的,我从来没有需要更改请求类,你可以通过创建这样的自定义请求类来做到这一点:
namespace App;
use Illuminate\Http\Request;
class MyRequest extends Request
{
// override request methods or add your new own methods
}
然后在全局index.php:
$response = $kernel->handle(
// instead of Illuminate\Http\Request::capture()
$request = \App\MyRequest::capture()
);