元类应在__new__中拦截并校验类名格式，因此时类名已知且可中止创建；用正则匹配pascalcase（如^[a-z][a-za-z0-9]*(?:[a-z][a-za-z0-9]*)*$）比字符串方法更可靠；需注意子类显式指定metaclass=type会绕过校验。
元类中如何拦截类名并校验格式
Python 元类在 __new__ 阶段就能拿到待创建类的名称、基类和属性字典，这是做命名校验最合适的时机。不要等到 __init__ —— 那时类对象已经构造完成，再抛异常会破坏类定义流程，且无法阻止非法类被注册到命名空间。
常见错误是把校验逻辑放在 __init__ 里，结果发现根本不会触发：元类的 __init__ 接收的是已创建好的类对象，而类名在 __new__ 返回前就已确定。
-
__new__的第一个参数是元类本身（如cls），第二个才是待创建的类名name - 校验失败直接 raise
ValueError或自定义异常，Python 会中止类定义，报错位置精准指向class语句行 - 建议只校验
name，不要依赖bases或namespace做命名判断——它们和类名规范无关，且可能引入意外耦合
用正则定义“合法类名”比字符串方法更可靠
用 str.isupper() 或 startswith() 判断 PascalCase 容易漏 case：比如 HTTPServer 合法但 isupper() 返回 False；XMLParser 同样如此。硬编码首字母大写 + 剩余小写，也会误杀缩写词。
真正稳定的方案是用正则匹配常见 PascalCase 模式，例如允许连续大写字母（代表缩写），但禁止下划线、数字开头、全小写等。
import re
PASCAL_CASE_PATTERN = r'^[A-Z][a-zA-Z0-9]*([A-Z][a-zA-Z0-9]*)*$'
class NameEnforcer(type):
def __new__(cls, name, bases, namespace):
if not re.match(PASCAL_CASE_PATTERN, name):
raise ValueError(f"Class name '{name}' must follow PascalCase")
return super().__new__(cls, name, bases, namespace)
注意：正则末尾的 $ 必须加上，否则 MyClass123abc 这种也会通过 —— 它只匹配开头部分。
继承时如何避免重复校验或绕过规则
子类继承自一个受元类约束的父类时，如果子类没显式指定元类，Python 默认使用父类的元类，校验依然生效；但如果子类写了 metaclass=type，就会绕过校验 —— 这是常见疏漏点。
- 不推荐在子类中显式覆盖
metaclass，除非有强理由；若必须覆盖，应确保新元类也继承原校验逻辑 - 元类校验只作用于“被创建的类”，不检查基类名是否合规 —— 所以
class BadName(metaclass=NameEnforcer): pass会被拦，但class GoodName(BadName): pass不会因BadName不合规而失败（除非你额外加基类名检查） - 如果想让所有子类都强制继承校验，别依赖隐式继承，而是统一要求模块级使用该元类，或在包初始化时设置默认元类（需配合
__init_subclass__辅助）
与 __init_subclass__ 对比：何时该选元类
单纯做类名校验，__init_subclass__ 看似更轻量，但它在子类创建后才触发，此时类对象已存在，只能发警告不能阻止定义；而元类能在语法解析阶段就拦截，适合强约束场景。
如果你只需要“提醒开发者注意命名”，用 __init_subclass__ 加 warnings.warn 更简单；但要保证生产环境里绝不会出现非法类名（比如 ORM 映射、自动注册机制依赖类名格式），就必须用元类。
另外，__init_subclass__ 无法捕获顶层类（即没有父类的类）的定义，而元类对所有使用它的类一视同仁。
实际项目中，元类的侵入性更强，调试难度略高 —— 出错堆栈会多一层元类调用，新手容易困惑为什么 class 行就报错。真要用，务必在文档里写清约束规则和报错示例。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
