os.path.basenameはURLで動作しますが、なぜですか？

Question

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

..と私はos.path.*はローカルパスではなくURLでのみ動作すると思いましたか？上記の例は、Windowsでも同様に実行されていることに注意してください。 Windows上で

Answer 1

は（ちょうどはパス操作のために特に便利であることをが起こる）だけで文字列操作関数です - そしてそれは無害とたまに便利ですので、正式には「間違った」話している間、私はこの意志を疑いますいつでもすぐに変更 - 詳細については、シェル/コマンドプロンプトで次のような単純なワンライナーを使用します。

$ 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

、ソースコードを見て：C：

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

ntpath.py \ Python25 \ Libの\

（同じファイル内）os.path.splitは単に "\"（とSTHを分割します。他）

Answer 3

ソースルークを使用します。

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 

のでhttp:/hello.txt（一つであり、同時に、正しいパス名とURL（相対）です/ 、そしてLinux上でのみ、それはちょっと愚かです:)）。あなたは絶対URLのためにそれを "修正"することができますが、相対URLは引き続き動作します。異なった点で特別なケースを扱うことは、Pythonの世界では大きな問題ではありません。

それをまとめると：インポートこの

Answer 4

なぜ？これは、URLとローカルファイルパスの解析に便利です。何故なの？ os.pathの実際多くの機能で

Answer 5

FORW ardスラッシュは、Windowsでも許容されるパス区切り文字です。

argsスイッチ用に予約されているため、コマンドラインでは/で始まるパスは受け入れられません。