资源控制器非必需，但标准CRUD且命名规范时，php artisan make:controller --resource是最省事起点；它不自动注册路由，需手动用Route::resource()声明，支持隐式绑定但仅限show/edit/update/destroy四个动作，且参数名须与路由段一致。
资源控制器不是必须用，但凡要做标准 CRUD 接口且路由命名规范，php artisan make:controller --resource 是最省事的起点——它不自动注册路由，也不强制你写满七个方法，关键在“按需删减”和“别漏掉 Route::resource() 的隐式绑定细节”。
什么时候该用 Route::resource() 而不是手写五个路由？
当你有完整或接近完整的增删改查需求，且模型名、控制器名、URL 路径都符合 Laravel 命名约定（如 User 模型 → UsersController → /users）时，Route::resource('users', UsersController::class) 会一次性声明 7 个标准路由。否则，比如只提供列表和详情（无编辑/删除），直接用 Route::get('/posts', [PostController::class, 'index']) 更干净。
- 默认生成的 7 个动作：index、create、store、show、edit、update、destroy
- 其中
create和edit是返回视图的 GET 方法，store和update才是处理表单提交的 POST/PATCH - 如果你禁用某个动作（如不需要后台删除），用
only或except限定：Route::resource('photos', PhotoController::class)->except(['destroy'])
php artisan make:controller --resource 生成的代码要注意什么？
命令本身只生成空方法骨架，不带逻辑，也不加验证或模型操作——这是最容易被新手误以为“生成即可用”的坑。
-
store()和update()方法里没有$request->validate()，得自己加；漏掉会导致 500 错误或数据不一致 -
show($id)和edit($id)默认把$id当字符串传入，若模型启用了隐式绑定（public function show(User $user)），要手动改参数类型提示，否则$user是 null - 方法里没写
return view()或return redirect()，跑起来会报 “No content returned” 类错误
隐式模型绑定 + 资源路由的常见翻车点
资源路由默认支持隐式绑定，但仅限于 show、edit、update、destroy 这四个带参数的动作，且参数名必须和路由段一致（如 /users/{user} → 方法签名必须是 show(User $user)）。
- 如果路由定义为
Route::resource('users', UserController::class)->parameters(['users' => 'id'])，那隐式绑定就失效了，$id仍是普通变量 -
store()方法无法使用隐式绑定，因为没 URL 参数，只能靠$request->input('user_id')或其他方式取值 - 软删除模型（
SoftDeletes）配合show(User $user)时，$user默认查不到已删除记录，需在模型中加use SoftDeletingScope或显式调用withTrashed()
资源控制器真正省的是路由声明和方法命名一致性，不是业务逻辑。很多人卡在“生成了却跑不起来”，问题往往出在忘了补验证、忘了改参数类型、或者绑定了但没注意路由参数名是否匹配——这些地方没魔法，全靠检查 routes/web.php、控制器方法签名、以及实际请求的 URL 路径三者是否对得上。
