导入无收款人/分类的Excel交易：Django交易类设计方案咨询

直接用两个独立类的问题 #

你当前的方案是可行的，但存在明显的维护隐患：两个类核心属性（date、amount）完全重复，后续如果要修改这些字段的规则（比如金额精度、日期格式校验），需要同时修改两个类，容易出现遗漏。

继承方案的可行性分析 #

直接让其中一个类继承另一个并不可取：

• 如果让TransactionFromSpreadsheet继承Transaction（Django Model类），会给临时对象绑定大量数据库相关的ORM特性，完全没必要，还会增加额外开销
• 如果反过来让Transaction继承普通类，Django的ORM机制无法识别继承来的属性，必须重新定义Model字段，继承的意义不大

更合理的替代方案 #

方案1：提取公共逻辑到基类 #

把两个类共有的方法（比如金额格式化、日期校验等）放到一个基类，字段则在各自类中独立定义（因为Django Model必须用字段类）：

class BaseTransaction:
    def format_amount(self):
        """通用的金额格式化方法"""
        return f"¥{self.amount:.2f}"

# 导入阶段的临时交易类
class TransactionFromSpreadsheet(BaseTransaction):
    def __init__(self, date, amount):
        self.date = date
        self.amount = amount
        self.payee = None
        self.category = None

# Django数据库模型类
class Transaction(BaseTransaction, models.Model):
    date = models.DateField()
    amount = models.DecimalField(max_digits=14, decimal_places=2)
    category = models.ForeignKey('Category', on_delete=models.CASCADE)
    payee = models.ForeignKey('Payee', on_delete=models.CASCADE)

方案2：用数据类承载临时数据+转换方法 #

用Python的dataclass定义临时交易，专门处理导入阶段的数据，再提供一个方法将其转换为Django Model实例，职责划分更清晰：

from dataclasses import dataclass
from datetime import date
from decimal import Decimal

@dataclass
class TransactionFromSpreadsheet:
    date: date
    amount: Decimal
    payee_id: int | None = None  # 存储收款人ID，方便后续转换
    category_id: int | None = None

    def to_db_transaction(self):
        """转换为可持久化的Django Model实例"""
        if not self.payee_id or not self.category_id:
            raise ValueError("请补全收款人和分类信息")
        return Transaction(
            date=self.date,
            amount=self.amount,
            payee_id=self.payee_id,
            category_id=self.category_id
        )

# Django数据库模型类
class Transaction(models.Model):
    date = models.DateField()
    amount = models.DecimalField(max_digits=14, decimal_places=2)
    category = models.ForeignKey('Category', on_delete=models.CASCADE)
    payee = models.ForeignKey('Payee', on_delete=models.CASCADE)

总结 #

• 两个独立类可以用，但长期维护成本高
• 不要尝试让普通类和Django Model类直接继承，两者职责差异太大
• 优先选择方案2，用数据类处理临时数据，配合转换方法衔接数据库模型，逻辑清晰且易于维护

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