If you've been working with enums and Laravel's Route::can() method, you're probably familiar with appending ->value in your permission checks. Laravel has now streamlined this process with built-in enum support for route permissions. Let's explore this enhancement that makes your code cleaner and more elegant.
Before and After Comparison
Here's how the syntax has evolved:
// Previous approach
Route::get('/posts', function () {...})->can(PostPermissions::CREATE_POST->value);
// Enhanced approach
Route::get('/posts', function () {...})->can(PostPermissions::CREATE_POST);
No more ->value needed - it's that simple!
Real-World Implementation
Let's implement this in a content management system with various permission levels:
<?php
namespace App\Enums;
use App\Enums\BackedEnum;
class ContentPermissions extends BackedEnum
{
case VIEW_CONTENT = 'view_content';
case PUBLISH_POST = 'publish_post';
case MODERATE_COMMENTS = 'moderate_comments';
}
Route::prefix('content')->group(function () {
Route::get('/dashboard', [ContentController::class, 'index'])
->can(ContentPermissions::VIEW_CONTENT);
Route::post('/posts', [PostController::class, 'store'])
->can(ContentPermissions::PUBLISH_POST);
Route::put('/comments/{comment}', [CommentController::class, 'update'])
->can(ContentPermissions::MODERATE_COMMENTS);
});
In this example, we:
- Define our permissions using a backed enum
- Group related routes under a common prefix
- Apply permission checks directly using enum cases
This way enhances code readability and maintains type safety through PHP's backed enums. The result is more maintainable and expressive route definitions that better represent your application's permission structure.
The post Optimizing Route Permissions with Laravel's Enhanced Enum Support appeared first on Laravel News.
Join the Laravel Newsletter to get all the latest Laravel articles like this directly in your inbox.