Laravel Eloquent：单表对应多折扣模型的实现咨询

针对你这种多个Eloquent模型属性高度一致但核心方法逻辑不同的场景，最合理的方案是用抽象基类+多态来重构，既复用代码又保持逻辑清晰，下面是具体的实现步骤：

1. 先创建抽象基类Discount #

把三个模型共有的属性、填充器、关联关系等通用逻辑都放在这个基类里，同时定义一个抽象的canBeApplied方法，强制所有子类必须实现自己的判断逻辑：

namespace App\Models;

use Illuminate\Database\Eloquent\Model;
use App\Interfaces\Productable;

abstract class Discount extends Model
{
    // 三个模型共有的可填充属性，根据你的实际需求调整
    protected $fillable = [
        'name',
        'description',
        'valid_from',
        'valid_until',
        'is_active',
        // 其他通用属性比如折扣金额、适用范围等
    ];

    // 通用的关联关系示例（如果有需要的话）
    public function applicableCategories()
    {
        return $this->belongsToMany(Category::class);
    }

    // 抽象方法：子类必须实现，定义折扣的适用判断逻辑
    abstract public function canBeApplied(Productable $productable): bool;
}

2. 实现三个具体的折扣模型 #

每个模型只需要继承抽象基类，然后专注实现自己的canBeApplied逻辑就行，不用重复写通用代码：

AbsoluteDiscount（固定金额折扣） #

namespace App\Models;

use App\Interfaces\Productable;

class AbsoluteDiscount extends Discount
{
    public function canBeApplied(Productable $productable): bool
    {
        // 这里写固定金额折扣的判断逻辑
        // 示例：判断商品总价是否达到折扣的最低门槛
        return $productable->calculateTotal() >= $this->min_purchase_amount;
    }
}

OneProductForFreeDiscount（买赠折扣） #

namespace App\Models;

use App\Interfaces\Productable;

class OneProductForFreeDiscount extends Discount
{
    public function canBeApplied(Productable $productable): bool
    {
        // 这里写买赠折扣的判断逻辑
        // 示例：判断指定商品的购买数量是否达到赠礼要求
        return $productable->getQuantity() >= $this->required_quantity 
            && $productable->getId() === $this->target_product_id;
    }
}

QuantityDiscount（数量阶梯折扣） #

namespace App\Models;

use App\Interfaces\Productable;

class QuantityDiscount extends Discount
{
    public function canBeApplied(Productable $productable): bool
    {
        // 这里写数量折扣的判断逻辑
        // 示例：判断商品是否属于指定品类，且购买数量达标
        return $productable->belongsToCategory($this->target_category_id)
            && $productable->getQuantity() >= $this->min_quantity;
    }
}

3. 可选优化：用接口强化约束 #

如果后续可能新增更多折扣类型，建议先定义一个Discountable接口，让抽象基类实现它，这样能更规范地约束所有折扣模型的行为：

namespace App\Interfaces;

use App\Interfaces\Productable;

interface Discountable
{
    public function canBeApplied(Productable $productable): bool;
}

然后修改抽象基类：

abstract class Discount extends Model implements Discountable
{
    // ... 原有通用代码
}

这种方案的优势 #

• 减少重复代码：所有通用属性和方法只写一次，避免三个模型的冗余代码。
• 职责清晰：每个子类只负责自己的折扣判断逻辑，代码更易维护和调试。
• 扩展性强：后续新增任何折扣类型，只需要继承Discount基类并实现canBeApplied方法即可，成本极低。

内容的提问来源于stack exchange，提问作者ITGuy1990