match-case 能提升文件类型过滤逻辑清晰度，但需先将 path.suffix 转为小写再匹配，避免大小写敏感问题；应优先用通配模式（如 case s if s.startswith(".")）替代盲目兜底 case _；多级分类可嵌套 match 路径与扩展名，但须确保 Python ≥ 3.10 且对象支持结构化匹配。
match-case 能让文件类型过滤逻辑更清晰，但必须注意模式匹配的顺序和类型安全，否则会漏掉扩展名或抛出 TypeError。
match-case 替代 if-elif 链时，扩展名必须统一小写
Python 的 pathlib.Path.suffix 返回原始大小写（如 ".JPG"），而 match 是严格字面匹配。直接用 case ".jpg" 会错过大写后缀。
- 先调用
.suffix.lower()再 match，不要在 case 分支里做转换 - 避免写
case ".jpg" | ".JPG"—— 冗余且不可维护 - 如果需保留原始大小写用于后续处理，提前存变量：
ext = path.suffix.lower()
用通配模式捕获未知扩展名，而不是放 default
把 case _: 当作“兜底”看似合理，但实际中你往往需要区分“已知类型”“已知但暂不处理”“真未知”。用通配更可控：
match ext:
case ".py" | ".pyi":
return "python"
case ".js" | ".ts":
return "javascript"
case s if s in {".md", ".rst", ".txt"}:
return "text"
case s if s.startswith("."):
return "unknown_extension" # 明确捕获所有点开头的
case _:
return "no_extension" # 真正无后缀的文件
-
case s if s.startswith(".")比case _更精准，能排除空字符串或非扩展名字符串 - 避免在
case _里写复杂逻辑 —— 它是最后防线，不是默认处理器 - 如果扩展名为空（
""），suffx就是空字符串，不会进case s if s.startswith(".")
嵌套 match 处理多级分类（如文档/代码/媒体）
单层 match 很难表达“同一扩展名在不同目录下含义不同”，比如 .log 在 /var/log 下是系统日志，在项目根目录可能是测试输出。这时可先 match 路径，再 match 扩展名：
立即学习“Python免费学习笔记（深入）”；
match str(path.parent):
case p if p.startswith("/var/log"):
match ext:
case ".log": return "syslog"
case _: return "other_log"
case p if "tests" in p:
match ext:
case ".log" | ".out": return "test_artifact"
case _: return "test_misc"
case _:
match ext:
case ".log": return "app_log"
case _: return "generic_file"
- 外层 match 路径字符串比用
path.parent.resolve()更轻量，除非需要绝对路径语义 - 每个内层 match 都应有明确 fallback，不要依赖外层的
case _ - 这种结构会让函数变长，建议只在分类规则真正依赖上下文时才用
最易被忽略的是：match-case 在 Python 3.10+ 才可用，且不能用于 __match_args__ 未定义的自定义类对象 —— 如果你的文件对象是封装过的，得确认它支持结构化匹配，否则还是老实用 if。
