本文介绍在 codeigniter 项目中，将混合数据（如 `deal_type = 0` 表示活动、`1` 表示优惠券）在视图层前于控制器中预分组，实现两个独立表格（deals / coupons）的清晰展示，避免视图逻辑臃肿，提升可维护性与性能。
在实际开发中，直接在视图（View）中对数据进行条件判断与分组（如 if ($value->deal_type == 0)）虽能实现功能，但违背 MVC 架构原则：视图应专注呈现，而非处理或分类数据。长期来看，这会导致逻辑分散、难以测试、复用性差，且 get_likes() 等辅助函数在循环内频繁调用可能引发 N+1 查询问题。
✅ 推荐做法是：在控制器（Controller）中完成数据预处理——包括按 deal_type 分组、批量获取点赞数、格式化字段，并将结构化数据传递给视图。
✅ 控制器层：分组 + 预加载（推荐写法）
// 在你的控制器方法中（例如 admin_coupons_deals()）
$raw_data = $this->your_model->get_all_coupons_and_deals(); // 假设此方法返回全部记录
$groups = [
'Deals' => [],
'Coupons' => []
];
foreach ($raw_data as $item) {
// 统一处理字段（避免视图中重复逻辑）
$title = wordwrap($item->deal_title, 25, "
\n");
$date = isset($item->created_at) ? strstr($item->created_at, ' ', true) : '';
// 批量调用 get_likes，避免循环内多次查询（若模型支持，建议改用 JOIN 优化）
$likes = get_likes($item->id);
$user_likes = !empty($likes) && isset($likes[0]->likes) ? $likes[0]->likes : 0;
$status_text = $item->deal_status == 1 ? 'Not published' : 'Published';
$row = (object)[
'title' => $item->deal_title, // 原始标题（供 wordwrap）
'created_at' => $item->created_at,
'user_likes' => $user_likes,
'status' => $item->deal_status,
'display_type'=> $item->deal_type == 0 ? 'Deal' : 'Coupon'
];
if ($item->deal_type == 0) {
$groups['Deals'][] = $row;
} else {
$groups['Coupons'][] = $row;
}
}
$this->load->view('admin/coupons_deals_table', ['groups' => $groups]);✅ 视图层：简洁、安全、语义化渲染
%d
%s
%s
%s
%s
%s
HTML;
foreach ($groups as $groupName => $groupRows) {
if (empty($groupRows)) continue; // 跳过空分组
echo "{$groupName} List
";
echo "| # | Title | Type | Date | Likes | Status |
|---|
"; } ?>
⚠️ 关键注意事项
- XSS 安全：示例中使用 htmlspecialchars() 包裹所有输出字段（尤其是 wordwrap() 生成的 HTML 换行），防止 XSS 攻击；
- 性能优化：get_likes($id) 若基于数据库查询，应在控制器中改为一次批量查询（如 get_likes_batch([$id1, $id2, ...])），避免 N+1；
- 空数据处理：添加 if (empty($groupRows)) continue; 防止渲染空表格；
- 字段一致性：确保 $row 对象属性名统一（如统一用 title 而非混用 deal_title），降低视图出错概率；
- 扩展性：未来若增加新类型（如 Voucher），只需在控制器中新增分组分支，视图无需修改。
通过这种「控制器预分组 + 视图纯渲染」模式，代码职责清晰、易于单元测试、便于后续添加排序、分页或导出功能，是 CodeIgniter（及多数 PHP MVC 框架）中处理分类表格的最佳实践。
