首页应直接调用order模型统计方法获取订单状态数据，避免经控制器中转；需在模板顶部声明命名空间{php use app\model\order;}，推荐{:order::where('status', input('get.status/s', config('order.default_status')))->count()}，并配合缓存与服务类封装提升性能与可维护性。
首页直接查订单状态数据，别走控制器中转，用助手函数或模型静态调用最稳。
首页模板里直接调用 Order 模型统计方法
ThinkPHP6.1 的模板支持在 {:} 中执行 PHP 表达式，但前提是模型类已加载且无命名空间冲突。常见错误是报 Class 'Order' not found —— 因为模板里不自动引入命名空间。
- 确保模型已正确声明命名空间，比如
app\model\Order，并在模板顶部加{php use app\model\Order;} - 推荐写法：
{:Order::where('status', '待付款')->count()}，直接输出待付款订单数 - 若需多个状态，避免重复查库，改用
group：{:Order::field('status,count(*) as total')->group('status')->select()->toArray()} - 注意：模板内执行数据库操作会绕过中间件和日志记录，线上环境建议只用于轻量统计，高并发时考虑缓存
用助手函数 input() + config() 做条件动态筛选
首页常需按用户角色或查询参数动态显示不同状态订单，比如“我发起的待接单”或“管理员看全部”。这时不能硬编码 status 值，得从请求或配置取。
-
input('get.status/s', '待付款')读 URL 参数，/index?status=已发货就能切换统计目标 -
config('order.default_status')读配置项，把默认状态写进config/order.php，避免模板里散落魔法值 - 组合使用：
{:Order::where('status', input('get.status/s', config('order.default_status')))->count()} - ⚠️ 切记加
/s类型修饰符，否则用户传?status[0]=1&status[1]=2可能触发数组注入
避免在模板里写复杂逻辑导致维护困难
有人会在首页模板里塞满 {if}{/if} 和嵌套 {volist} 来渲染状态卡片，结果一改需求就要重翻整个 HTML。
- 真正该放模板里的只是「展示」，不是「判断+查询+聚合」——把统计逻辑收进一个服务类，比如
app\service\OrderStatService - 控制器里调一次
OrderStatService::summary()，返回带 key 的数组（['pending'=>12, 'shipped'=>5]），再assign()进模板 - 模板里就只剩干净的
{$summary.pending}和{$summary.shipped}，改字段名也不用 grep 全局 - 这个 service 类还能复用到后台 API、定时任务、WebSocket 推送等场景，比模板脚本强得多
最易被忽略的是缓存穿透问题：首页每刷新一次就查一遍订单总数，没加缓存的话，DB 连接数可能瞬间飙高。哪怕用 cache('home_order_stats', fn() => Order::count(), 300) 缓存 5 分钟，也比裸查强。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
