API 自己网站上的内部请求？

Question

我想为 Android 和 Apple 开发一个网站和一个应用程序。应用程序将通过 API 从我们的域中获取数据。

假设在我们的网站上，它会显示产品列表或创建用户帐户；在控制器中，我可以使用内部 API 请求，然后通过 MySQL 获取数据，而不是直接使用 MySQL 查询方法。这是常见的做法还是不好的做法？

这是 dingo/api 内部请求 (Laravel) 的示例：

Route::api(['version' => 'v1', 'prefix' => 'api'], function () {

    Route::get('users', function () {
        // fetch from database
        return User:all();
        });
});

在控制器中

class UsersController
{

    public function showUsers()
    {
        $users = API::get('users');

        return View::make('users-list')->with('users', $users);
    }
}

在这个例子中，他们在 users 处为 get 方法设置了 API 路由设置，API::get('users'); 将向该端点发出内部请求，return 你呢那个方法 returns

Answer 1

是的，我会考虑这种常见做法。我个人甚至认为在内部使用自己的 API 是一种很好的做法。它绝对有助于保持你的代码干燥（Dont Repeat Yourself）。

当然，与直接方法调用相比，它会导致一些开销，但我怀疑它是否会引起注意。无论如何，为了您的考虑，另一种方法是让 API 控制器非常非常平坦，并将大部分逻辑放在其他地方（在模型、存储库或服务层中）。无论如何，我建议这样做。这意味着您可以在“普通”控制器中轻松地执行与在 API 控制器中相同的操作，因为它基本上只是对另一个 class 的（少量）调用。

这里有一个例子来说明我的意思

假设您的 users 端点有点复杂（这包括一些预先加载和过滤）

public function index(){
    return User::has('profile')
               ->with('profile', 'city')
               ->active()
               ->get();
}

现在当然它仍然不是很多代码，您也可以在另一个控制器中轻松地执行相同的操作。但是想象一下你想为 eager load 添加一个新的关系。您需要在两个地方更改代码。（如果你忘记了一个，你可能甚至不会注意到它......）

此问题的一个解决方案是创建一个 存储库 。我不会详细介绍如何实现此模式（互联网上有很多关于此的资源），但基本上最终你会得到一个像这样的 class：

class UserRepository {
    public function getAll(){
        return User::has('profile')
               ->with('profile', 'city')
               ->active()
               ->get();
    }
}

（理想情况下，您还会有一个定义存储库的界面...）

然后使用依赖注入使 class 的实例在您的控制器中可用：（同样这还不完整，您需要更多的东西来设置 DI）

public function __construct(UserRepository $repo){
    $this->user = $repo;
}

public function index(){
    return $this->user->getAll();
}

并且在您的其他控制器中，您可以使用完全相同的调用 getAll()。

API 自己网站上的内部请求？

API Internal requests on own website?

php

api

laravel

laravel-4

这里有一个例子来说明我的意思