os.path.basename 适用于 URL，为什么？

Question

>>> os.path.basename('http://example.com/file.txt')
'file.txt'

.. 我认为os.path.* 仅适用于本地路径而不适用于 URL？请注意，上面的示例也是在 Windows 上运行的......结果相似。

Answer 1

在实践中，os.path 的许多函数只是字符串操作函数（只是 恰好 对路径操作特别方便）——因为这是无害的，偶尔也很方便，虽然正式地说“不正确"，我怀疑这会很快改变——有关更多详细信息，请在 shell/命令提示符处使用以下简单的单行代码：

$ python -c"import sys; import StringIO; x = StringIO.StringIO(); sys.stdout = x; import this; sys.stdout = sys.__stdout__; print x.getvalue().splitlines()[10][9:]"

或者，对于 Python 3：

$ python -c"import sys; import io; x = io.StringIO(); sys.stdout = x; import this; sys.stdout = sys.__stdout__; print(x.getvalue().splitlines()[10][9:])"

Answer 2

windows上看源码：C:\Python25\Lib\ntpath.py

def basename(p):
    """Returns the final component of a pathname"""
    return split(p)[1]

os.path.split（在同一个文件中）只是拆分“\”（以及其他）

Answer 3

注意带有参数、锚点或任何非“普通”网址的网址：

>>> import os.path
>>> os.path.basename("protocol://fully.qualifie.host/path/to/file.txt")
'file.txt'
>>> os.path.basename("protocol://fully.qualifie.host/path/to/file.txt?param1&param1#anchor")
'file.txt?param1&param1#anchor'

Answer 4

使用来源卢克：

def basename(p):
    """Returns the final component of a pathname"""
    i = p.rfind('/') + 1
    return p[i:]

编辑（回应澄清）：

它偶然适用于 URL，就是这样。正因为如此，利用它的行为可能被某些人认为是代码异味。

尝试“修复”它（检查传递的路径是否不是 url）也非常困难

www.google.com/test.php
me@other.place.com/12
./src/bin/doc/goto.c

同时是正确的路径名和 URL（相对），http:/hello.txt 也是如此（一个 /，并且仅在 linux 上，这有点愚蠢:)）。您可以为绝对网址“修复”它，但相对网址仍然有效。以不同的方式处理一个特殊情况在 python 世界中是一个很大的禁忌。

总结一下：import this

Answer 5

正斜杠也是 Windows 中可接受的路径分隔符。

只是命令行不接受以 / 开头的路径，因为该字符是为 args 开关保留的。

Answer 6

为什么？因为它对于解析 URL 以及本地文件路径很有用。为什么不呢？