__init__里直接赋值是最简单可靠的初始化方式；Python 3.12未新增相关语法糖，仍需手动赋值，避免可变默认参数，推荐用None+内部新建、dataclass替代手写，校验与副作用应移出__init__，继承时须正确调用super().__init__()。
__init__ 里直接赋值是最简单可靠的初始化方式
Python 3.12 没有新增任何关于 __init__ 的语法糖，自动初始化仍靠手动赋值完成。别被“自动”误导——所谓“自动”，其实是靠你写清楚每个属性该从哪来、怎么来。
常见错误是把默认值写成可变对象（如 [] 或 {}）直接当参数默认值，导致多个实例共享同一对象。3.12 依然会出问题，且报错不明显。
- 用
None作默认值，再在__init__内部判断并新建：def __init__(self, items=None): self.items = items if items is not None else [] - 避免
def __init__(self, items=[]):—— 这个[]在函数定义时就创建了一次，所有没传items的实例都指向它 - 如果属性依赖其他参数计算，别提前声明类变量（如
count = 0），直接在__init__中算好再赋给self.count
类型提示 + dataclass 更适合批量初始化场景
如果你的类主要是存数据、属性多、初始化逻辑重复，dataclass 是比手写 __init__ 更安全的选择。3.12 对 dataclass 的支持更稳定，且和类型检查器（如 mypy）配合更好。
它本质还是生成 __init__，但帮你规避了多数手写疏漏：默认值校验、不可变字段保护、__repr__ 自动生成等。
立即学习“Python免费学习笔记（深入）”；
A Python CLI skill for Cutout.Pro visual APIs — background removal, face cutout, and photo enhancement. Supports file upload & image URL input.
下载
调用 Cutout.Pro 视觉处理 API 进行背景移除、人像抠图和照片增强，支持文件上传与图片 URL 输入。
- 基础用法：
@dataclass装饰器 + 类属性带类型注解 + 可选默认值 - 需要运行时动态计算？用
field(default_factory=list)替代default=[] - 想保留自定义逻辑（比如校验输入）？在
__post_init__里做，它在生成的__init__之后立即调用
__init__ 不该承担验证或副作用逻辑
很多初学者把输入校验、文件读取、网络请求塞进 __init__，结果一实例化就失败，还难测试。3.12 不改变这个设计原则：构造函数只负责“把东西放进去”，不负责“让它变得正确”或“让它开始工作”。
典型反例：__init__(self, config_path) 里直接 json.load(open(config_path)) —— 路径错、权限不足、JSON 格式错误都会让实例化中断，且无法 mock。
- 校验逻辑拆到独立方法（如
_validate_config），在__init__中调用并抛出明确异常 - 耗时/外部依赖操作移出
__init__，改用工厂函数或显式.load()方法 - 若必须初始化后立刻生效（如注册回调），考虑用
__new__或元类——但这属于高级用法，95% 场景不需要
继承时 super().__init__() 容易漏掉或顺序错
子类重写 __init__ 时，如果父类也有初始化逻辑，不调 super().__init__() 就会导致父类属性没设置；调晚了可能被子类赋值覆盖；参数传错会引发 TypeError。
3.12 的 typing.Self 和更严格的 MRO 检查让这类错误更容易暴露，但不会自动修复。
- 始终把
super().__init__(...)放在子类__init__开头，除非你明确知道要先处理某些参数 - 父类参数不确定时，用
*args, **kwargs透传，并文档说明父类期望什么 - 用
help(ParentClass.__init__)或看源码确认参数签名，别猜
__init__，而是判断哪些该放进去、哪些不该——尤其是当类开始承担职责以外的事情时。 
