os.path.basename은 URL과 함께 작동합니다. 그 이유는 무엇입니까?

Question

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

.. 그리고 나는 os.path.*이 URL이 아닌 로컬 경로에서만 작동한다고 생각 했습니까? 위의 예제는 Windows에서도 실행되었습니다. 비슷한 결과가 나타납니다.

창에

Answer 1

많은 기능 그냥 문자열 조작 함수 (단지 경로 조작에 특히 유용 할 일이있는) - 그리고 공식적으로 "잘못된"말하는 동안 즉, 무해한 때때로 편리 이후,이 의지를 의심 파이썬 3,

$ 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 -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 : \ Python25 \ lib 디렉토리 \을 (같은 파일의)

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

os.path.split 단지 분할 "\"(와 STH ntpath.py. 다른)

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 (상대)에있다/, 그리고 리눅스에서만, 그리고 그것은 다소 어리 석다 :)). 절대 URL을 위해 "수정"할 수 있지만 상대 URL은 여전히 ​​작동합니다. 다르게 하나의 특별한 경우를 다루는 것은 파이썬 세계에서 큰 문제가 아닙니다.

을 정리해 : 수입이

Answer 4

이유는 무엇입니까? URL을 구문 분석하고 로컬 파일 경로를 파싱하는 데 유용하기 때문입니다. 왜 안돼? os.path의

실제로

Answer 5

Forw 쉘/명령 프롬프트에서 다음과 같은 간단한 한 줄을 사용, 자세한 내용은 - 곧 변경 ard slash는 Windows에서 허용되는 경로 구분 기호입니다.

args 스위치에 해당 문자가 예약되어 있기 때문에 명령 행에서 /로 시작하는 경로를 허용하지 않는 것입니다.