Как создать динамические маршруты?

Question

У меня есть этот путь:

http://localhost:8000/home 

Я хочу, когда обычный пользователь открывает путь выше, то я называю этот контроллер:

mainPage@index 

Но когда администратор открывает этот путь, то я называю этот контроллер :

panelPage@index 

Итак, как вы видите, я ищу «динамических маршрутов» своего рода .. реализует это возможно? Другими словами, могу ли я назвать два разных контроллера для администратора и обычного члена?

Answer 1

Для лучшей практики вы можете использовать Middleware для сортировки и классификации ваших маршрутов и контроллеров.

В этом - относительно простой - случай, вы можете также использовать что-то вроде этого (в файле маршрутов):

if(!is_null(Auth::user())) { 
    // first check if user is logged in, else Auth::user() will return null 
    $uses = 'mainPage@index'; 
    if(Auth::user()->admin) { 
    $uses = 'panelPage@index'; 
    } 
    Route::get('/', $uses); 
} 

Update

Или вы можете обернуть все в этом, если заявление в аутентификации промежуточного слоя группы, например:

Route::group(['middleware' => ['auth']], function(){ 
    $uses = 'mainPage@index'; 
    if(Auth::user()->admin) { 
    $uses = 'panelPage@index'; 
    } 
    Route::get('/', $uses); 
}); 

Также убедитесь, что ваша таблица пользователей имеет столбец с именем «админ ».

Answer 2

Это хороший случай использования Middlewares для фильтрации HTTP-запросов.

Вы также могли бы сделать что-то условную в файле маршрутов, например:

if (Auth::user()->isAdmin()){ 
    Route::get('/', 'panelPage@index'); 
} 
else { 
    Route::get('/', 'mainPage@index'); 
} 

В зависимости от того, что ваше приложение выглядит, вы можете определить IsAdmin() в модели пользователя. Это очень простой пример, когда у вас есть столбец с именем role_id, а id nr 1 - admin. Если проверка подлинности пользователя администратором, то отображается верно, в противном случае неверно:

public function isAdmin() 
    { 
     return Auth::user()->role_id == 1; 
    } 

Более динамичный и современный подход должен был бы создать таблицу ролей и связать роль с пользователем с таблицей role_user поворота.

Если вы хотите, чтобы он сделал еще один шаг, вы можете создать таблицу разрешений и связать роль с разрешениями с помощью сводной таблицы разрешений. Затем вы можете в своем приложении определить, что требуется разрешение, чтобы иметь возможность выполнить действие и добавить все разрешения, предоставляемые данной ролью пользователя в этой сводной таблице. Затем вы просто проверяете, имеет ли пользователь (с определенной ролью) данные разрешения.