Python允许使用魔术方法，但反对滥用，因其损害可读性、可维护性并改变语言行为；它们是内置操作背后的协议接口，应仅在必要且符合直觉时实现，优先选用显式替代方案。
Python 不反对使用魔术方法，但明确反对滥用——因为它们会破坏代码的可读性、可维护性，甚至改变语言的基本行为逻辑。
魔术方法本质是协议接口，不是普通工具
像 __str__、__len__、__add__ 这些方法，是 Python 内置操作（如 str()、len()、+）背后调用的约定接口。它们不是为“炫技”或“隐藏逻辑”设计的，而是为了让自定义类型能自然融入 Python 的通用语法体系。
- 重写 __eq__ 是合理的，比如让两个 Person 实例按姓名+年龄判断相等；
- 但用 __call__ 把一个配置类变成“看起来像函数”，却实际执行初始化+校验+日志三件事，就模糊了意图；
- 随意实现 __getattr__ 做动态属性代理，容易掩盖拼写错误，让 AttributeError 不再及时报错。
滥用会让调试和协作变得困难
魔术方法在后台静默触发，不写明调用点，别人读代码时很难察觉行为来源。IDE 和静态分析工具也常难以追踪这类隐式调用。
- __getattribute__ 一旦出错，可能让整个实例连 .__dict__ 都访问不了，陷入无限递归或静默失败；
- 过度依赖 __new__ 控制对象创建，会绕过 __init__ 的语义，让子类继承逻辑混乱；
- 把 __bool__ 设为总是返回 True，会导致 if obj: 永远成立，违背“真值测试”的直觉预期。
有更清晰、更安全的替代方案
多数想通过魔术方法“偷懒”实现的功能，其实有更直接、更显式的写法。
立即学习“Python免费学习笔记（深入）”；
- 想支持 obj[key]？先确认是否真需要映射行为——否则用 obj.get_value(key) 更清楚；
- 想让对象可迭代？优先考虑返回生成器或封装成 collections.abc.Iterable 子类，而不是硬写 __iter__ + __next__；
- 需要序列化？显式调用 to_dict() 或 serialize() 方法，比依赖 __repr__ 或 __str__ 更可靠。
官方态度：只在必要且符合直觉时实现
PEP 8 和《Python 之禅》都强调“显式优于隐式”。CPython 源码和标准库中，魔术方法的使用非常克制——几乎都严格对应语言操作，且行为稳定、边界清晰。
- 内置类型（如 list、str）的魔术方法实现是高度优化且稳定的，用户自定义时不应试图模拟其底层细节；
- 如果某个魔术方法的逻辑超过 5 行、需要注释才能看懂，大概率说明它不该放在这里；
- 不确定要不要加？先写普通方法，等出现重复的外部适配逻辑（如频繁调用 str(x)），再考虑补上 __str__。
