17370845950

本文详解如何为多个房间批量计算指定日期列表的总价格——对每个房间，遍历所选日期，优先匹配 `options` 中的特例价格，未命中则使用 `default_price`，最终汇总各房间总价。

在酒店预订、民宿系统或活动场地管理系统中，常需根据用户选择的连续日期（如入住/离店区间），动态计算不同房型的总费用。该场景的核心逻辑是：每个房间拥有一个基础价格（default_price）和一组可选的日期覆盖规则（options 数组），当某天存在特例价格时，应优先采用；否则回落至默认价。关键挑战在于避免状态污染（如累加变量未重置）、确保日期比对精确，并保持代码可读与可维护。

以下是一个健壮、无副作用的实现方案（基于 PHP 8.0+，兼容 Laravel 的 Carbon 可选，但本例使用纯字符串比对以提升性能）：

$selectedDates = ['10-04-2025', '11-04-2025', '12-04-2025'];

$setRooms = [
    [
        'id'            => 1,
        'title'         => 'Room1',
        'default_price' => 50,
        'options'       => [
            ['date' => '12-04-2025', 'price' => 100],
            ['date' => '13-04-2025', 'price' => 200],
            ['date' => '14-04-2025', 'price' => 200],
        ]
    ],
    [
        'id'            => 2,
        'title'         => 'Room2',
        'default_price' => 120,
        'options'       => [
            ['date' => '11-04-2025', 'price' => 200],
            ['date' => '12-04-2025', 'price' => 300],
            ['date' => '13-04-2025', 'price' => 400],
        ]
    ],
];

$result = [];
foreach ($setRooms as $room) {
    $total = 0;
    foreach ($selectedDates as $date) {
        // 使用 array_filter 精确查找匹配日期项（注意：日期格式必须完全一致）
        $matchedOptions = array_filter($room['options'], fn($opt) => $opt['date'] === $date);

        if (!empty($matchedOptions)) {
            // 安全获取首个匹配项（因日期唯一，array_key_first 更高效）
            $firstKey = key($matchedOptions);
            $total += $matchedOptions[$firstKey]['price'];
        } else {
            $total += $room['default_price'];
        }
    }

    $result[] = [
        'id'         => $room['id'],
        'title'      => $room['title'],
        'total_price' => $total
    ];
}

print_r($result);

✅ 输出结果验证：

• Room1：10-04-2025 → 50（默认）、11-04-2025 → 50（默认）、12-04-2025 → 100（覆盖）→ 总计 200
• Room2：10-04-2025 → 120（默认）、11-04-2025 → 200（覆盖）、12-04-2025 → 300（覆盖）→ 总计 620

⚠️ 关键注意事项：

• 日期格式一致性：$selectedDates 与 options.da

  

  te 必须严格统一为 'd-m-Y' 格式（如 '10-04-2025'），避免因 Carbon::parse() 隐式转换导致意外匹配失败；
• 避免变量复用陷阱：原问题中 $price 在外层循环未重置，导致累加污染。本方案将 $total 声明于内层循环前，确保每房间独立计算；
• 性能优化建议：若 options 数量庞大（>100 条），可预先构建 date => price 的哈希映射（$priceMap = array_column($room['options'], 'price', 'date')），将单次查找从 O(n) 降至 O(1)；
• 扩展性提示：如需支持日期范围（而非单日）、多币种或税费叠加，建议封装为独立服务类，遵循单一职责原则。

此方案简洁、可靠、易于测试，可直接集成至 Laravel 控制器、API 服务或后台批处理任务中。