起步既然所有路径都可以表示为字符串，为什么pathlib.Path不继承str?这个想法的提出在http
起步
既然所有路径都可以表示为字符串，为什么 pathlib.Path 不继承 str ? 这个想法的提出在 https://mail.python.org/pipermail//python-ideas/2016-April/039475.html 可以看到，其中，还提出了将 p'/some/path/to/a/file' 返回 path.Path 实例的想法。
路径都是字符串吗？
从面向对象的继承的思想来看，如果 Path 继承自 str ，那么所有的路径都应该是字符串。但所有的路径都是字符串吗？答案是不。在 POSIX 的接口中，允许二进制字符串作为路径。也就是说路径还有二进制路径的形式存在。所以并不是所有路径都是字符串，尽管所有路径确实都能用字符串表示。
文件系统路径协议 基于上述原因，Python 提出了文件系统路径协议的提案 PEP-519 ,该协议提供str 或 bytes 来表示的文件系统路径。这个协议也就诞生了处理路径的 pathlib 模块 PEP-428，该模块遵守了路径协议并将路径视为对象。
协议的实现一般也是通过鸭子协议来满足，这点出发 Path 也没必要继承 str 。
不是字符串的Path使用上有什么影响
在 Python3.5 及以下将不能用 Path 作为open的参数：
import pathlib
p = pathlib.Path('a.txt')
content = open(p, 'r').read() # 换成 open(str(p), 'r') 可以运行将会报错：
TypeError: invalid file: PosixPath('a.txt')
但这点在 Python3.6 得到的改善: https://docs.python.org/3/whatsnew/3.6.html#pep-519-adding-a-file-system-path-protocol
内置 open() 函数已更新为接受 os.PathLike 对象，os 和 os.path 模块中的所有相关函数以及大多数其他函数和类标准库都使用了文件路径系统协议。
>>> import pathlib
>>> with open(pathlib.Path("README")) as f:
... contents = f.read()
...
>>> import os.path
>>> os.path.splitext(pathlib.Path("some_file.txt"))
('some_file', '.txt')
>>> os.path.join("/a/b", pathlib.Path("c"))
'/a/b/c'
>>> import os
>>> os.fspath(pathlib.Path("some_file.txt"))
'some_file.txt'对于低版本的可以使用兼容性更好的：
with p.open('r') as f:
content = f.read()如果路径继承str会怎样
或者说如果我自己创建个路径类继承自 str ，这当然可以，也没人组织你，但我想从设计上阐述下这个做法的弊端。
一方面，这个做法会让路径隐式地视为字符串。不满足Python之禅的 显式胜于隐式 的理念。
另一方面也是比较重要的一点，这个做法淡化了 str 和 bytes 的界限，想想Python 2中二进制文本数据和文本数据的隐式兼容性导致了一个令人头疼的问题，将在这里又重新埋下隐患。这是倒退式的做法。
总结
对于路径类为什么不继承字符串，本文从路径的形式，路径协议，以及API设计解释了。
好了，以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对脚本之家的支持。
扩展阅读
- Python-ideas: Making pathlib paths inherit from str
- PEP 519 -- Adding a file system path protocol
- PEP 428 -- The pathlib module -- object-oriented filesystem paths
- What's New In Python 3.6 pep-519-adding-a-file-system-path-protocol