你可以拥有你的 API 并在 Laravel 中吃（消费）它吗？

Question

我在 Laravel 中创建了一个返回 json 的 API。 (routes/api.php)

现在我想在项目的web 端使用上述 API（routes/web.php（包括中间件）、blade 视图 等） .

我目前的解决方案是这样的：

public function register(Request $request) {
    // password1 == password2 etc (form logic / validation)
    $internal_request = Request::create($this->base_api_url . 'register', 'POST');
    $internal_request->replace($request->input());
    $response = Route::dispatch($internal_request);
}

如果表单有效，它将请求“转发”到我的 api 的 api 对应方。但我觉得这不是真正的最佳实践或聪明。除了login 和register 之外的其他路由使用存储在会话中的api 令牌进行调用。他们将令牌“x-token”作为标题附加到$internal_request。在中间件中这样做会更好吗？是否有一些最佳实施的例子？

我的 API 有这样一个方法：

POST api/register 检查所需字段是否存在并具有 rigt 格式（验证）

我的网络路由有/register

这将首先检查密码是否与密码验证输入 (pass1 == pass2) 匹配，然后将其传递给等效的 api。

所以web 应该是api 的超集（验证方式）。

Answer 1

我想我会这样做：

• 在控制器中检测我们是否处理 API 请求或 Web 请求
• 检测相应的凭据（令牌或会话）
• 如果是 web 则做表单逻辑
• 在两种情况下都做 api 逻辑
• 相应地创建视图或 json 响应
• 都在同一个控制器中

Answer 2

据我了解您的问题，您希望对 api 和 web 请求应用相同的逻辑，您可能只想 (a) 验证 web 请求的表单和/或 (b) 将响应包装在 json 中API 请求。

我认为最好的方法是为 web 和 api 请求引用相同的控制器和方法，例如：

在你的 routes/web.php 中，添加Route::post('/register', 'RegistrationController@register);`

然后在你的 routes/api.php 中添加Route::post('/register', 'RegistrationController@register)`

所以最终两个请求（api/register 和 /register）都命中同一个控制器 和方法。

现在，在您的控制器中，您可以根据请求执行额外的操作，如下所示：

public function register(Request $request) {
    if(!$request->expectsJson()) { // you may want to swap this with $request->isJson() depending on the HTTP headers for your app
        $this->validateWebRegistration($request); // your validation logic specific to web requests here
    }

    // common logic here (including validation); store result as $result

    if($request->expectsJson()) { // based on HTTP headers as above
        return response()->json($result);
    } else {
        return view('register', $result);
    }
}