Laravel 10中slot内容不能直接在标签内用{{ $type === 'form' ? ... }}动态插值，因其编译时解析；正确方式是通过具名插槽（如@slot('name')）配合@isset($name)在组件内判断，并由父级变量控制启用哪个插槽，或结合scope透传数据实现动态渲染。
Slot内容怎么用变量控制显示
不能直接在 <slot></slot> 标签里写 {{ $type === 'form' ? '...' : '...' }} —— Laravel 的 slot 是编译时解析的，不支持运行时动态插值。真正生效的方式是把 slot 内容“提前准备好”，再通过组件属性传入。
常见错误是试图在父模板里这样写：
<x-card>
<?php if ($showForm): ?>
<form>...</form>
<?php else: ?>
<p>详情内容</p>
<?php endif; ?>
</x-card>
这看似合理，但 <x-card></x-card> 组件内部如果只定义了一个 <slot></slot>，它会把整个 if-else 块当成一个静态节点传入，无法触发重新渲染或条件切换。
- 正确做法：用
name属性给 slot 命名，配合@slot('xxx')显式声明不同内容块 - 在组件内用
@isset($slotName)或@if($slotName->isNotEmpty())判断是否渲染 - 父级通过变量控制哪个
@slot被启用，而不是靠 PHP if 控制 slot 内容
Laravel 10+ 中 slot 和 scope 怎么配合做动态切换
从 Laravel 10 开始，<slot></slot> 支持 name + scope，能将数据透传进 slot 内容中，这对动态切换特别有用——比如切换表格行渲染逻辑时，需要把当前行数据传进去。
例如你有一个 <x-table></x-table> 组件，想根据 $mode = 'edit' 或 'view' 渲染不同行模板：
<x-table :rows="$users">
@slot('row', ['user' => $user])
@if($mode === 'edit')
<tr><td><input name="name" value="{{ $user->name }}"></td></tr>
@else
<tr><td>{{ $user->name }}</td></tr>
@endif
@endslot
</x-table>
注意两点：
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
-
@slot('row', [...])第二个参数是 scope 数组，必须和组件内<slot name="row" :></slot>的绑定方式匹配（Laravel 10.28+ 推荐用:$var语法） - 组件内部必须显式声明
<slot name="row" :></slot>，否则 scope 数据不会注入 - 不要在 slot 内部再写
@props，scope 数据已作为局部变量可用
为什么 @push + @stack 不适合 Slot 动态切换
有人尝试用 @push('content') 在不同分支里 push 不同内容，再在组件里 @stack('content') 输出——这看起来像动态，但实际会累积、不可清除，且无法按需重载。
典型问题现象：
- 第一次加载显示表单，第二次切换成列表，结果表单和列表内容都堆在一起
- 切换后
@stack不刷新，旧内容残留 - 无法传递上下文变量（如当前 item），因为
@push是全局作用域
根本原因：@push/@stack 是布局级指令，用于页面级资源聚合（JS/CSS），不是组件内容分发机制。Slot 才是专为组件内容抽象设计的机制，两者定位不同，混用会导致状态不可控。
性能和可维护性提醒
当切换逻辑变多（比如 4 种视图模式），别把所有 @slot 都堆在父模板里。容易漏掉某个 @slot 导致 fallback 内容不出现，也难调试。
更稳妥的做法：
- 把每种内容封装成独立 blade 文件，比如
components/slots/form-slot.blade.php - 父模板用
@include('components.slots.'.$mode.'-slot', ['data' => $data])动态引入 - 组件内仍用
<slot name="main"></slot>接收，但内容由 include 控制，逻辑更清晰
这种方式牺牲一点点“纯 slot”语义，换来可读性和复用性——尤其当 slot 内容本身带复杂逻辑或需要复用时，值得这么做。
