工厂函数应依赖抽象接口而非具体类，通过装饰器注册子类到字典，按字符串名查找；子类统一实现from_config()处理参数差异；支持模块路径热加载；避免ABC，用类型注解和测试保障契约。
工厂函数怎么写才不和具体类耦合
核心是让工厂函数只依赖抽象接口，不 import 具体子类。常见错误是直接在工厂里写 from .concrete import A, B，导致新增子类就得改工厂代码。
- 把子类注册到一个字典里，比如
registry = {}，用字符串名当 key - 用装饰器自动注册：
@register("email")修饰EmailSender类，内部执行registry["email"] = EmailSender - 工厂函数只查
registry.get(type_name)，找不到就抛ValueError(f"Unknown type: {type_name}")
如何避免 __init__ 参数不一致导致的调用失败
不同子类构造函数参数不同，硬编码传参会崩。典型报错是 TypeError: __init__() missing 2 required positional arguments。
- 统一要求所有子类实现一个类方法
from_config(cls, config: dict)，由工厂传入配置字典 - 配置字典字段名约定好，比如
{"type": "sms", "phone": "+86138..."}，子类自己解析所需字段 - 工厂不拼接参数，只做转发：
cls.from_config(config)，把校验和默认值逻辑下放到子类
注册表要不要支持运行时热加载
如果子类分散在多个模块，又不想启动时全部 import，就得支持动态导入。否则一加新类型就得重启服务。
提示词大师-python版
下载
图片提示词生成器？不止如此。 马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。 用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。 用得越多，它越快：缓存机制让后续对话越来越省。 RAG进化：成功案例持续入库，越跑越聪明。 输入「新手指南」查看完整功能介绍
- 注册时存的是模块路径字符串，比如
"senders.sms.SmsSender"，不是类对象 - 首次创建实例时再用
importlib.import_module()和getattr()加载类，缓存到 registry 中 - 注意异常处理：模块不存在、属性不存在、不是类类型，都得转成清晰的
ValueError
为什么不用 abc.ABC + @abstractmethod 做基类
用了反而容易踩坑——Python 的 ABC 不强制子类必须被注册，也不管你有没有实现抽象方法，直到实例化才报错。
立即学习“Python免费学习笔记（深入）”；
- 基类定义
send(self, message: str) -> bool即可，不需要标记@abstractmethod - 真正关键的是工厂返回的对象必须能调用
.send()，靠单元测试覆盖比靠 ABC 更可靠 - ABC 适合约束继承体系，不适合约束“可插拔组件”的契约，后者靠文档 + 类型注解 + mypy 检查更实际
最易被忽略的是注册键名冲突：两个模块都注册了 "logger"，后面那个会静默覆盖前面的。建议在注册时加检查，重复键名直接 raise。
