Dlaczego jestem zmuszony do os.path.expanduser w python?

Question

Jestem pewien, że to zamierzone, więc może ktoś wyjaśnić uzasadnienie dla takiego zachowania:

Python 2.7.2 (default, Oct 13 2011, 15:27:47) 
[GCC 4.1.2 20080704 (Red Hat 4.1.2-44)] on linux2 
Type "help", "copyright", "credits" or "license" for more information. 
>>> from os.path import isdir,expanduser 
>>> isdir("~amosa/pdb") 
False 
>>> isdir(expanduser("~amosa/pdb")) 
True 
>>> 
>>> from os import chdir 
>>> chdir("~amosa/pdb") 
Traceback (most recent call last): 
    File "<stdin>", line 1, in <module> 
OSError: [Errno 2] No such file or directory: '~amosa/pdb' 
>>> chdir(expanduser("~amosa/pdb")) 
>>> 

To naprawdę irytujące, ponieważ, mimo wszystko, ścieżka z nazwą użytkownika w nim mogą być rozwiązane w sposób jednoznaczny ... Chcę napisać kod, który poradzi sobie z każdym rodzajem danych wprowadzanych przez użytkownika, ale to zachowanie wymaga ode mnie wywoływania programu expanduser na każdej ścieżce, z którą ma do czynienia mój kod. Oznacza to również, że wszędzie, gdzie wydrukuję tę ścieżkę, aby użytkownik mógł ją zobaczyć, będzie to nieco mniej czytelne niż to, co mi dali.

Wydaje sprzeczne z koncepcją „kaczka wpisując”, w którym uogólnienia oznaczać, że nie spodziewam Pythonie jęcz mi chyba, że ​​faktycznie problem ...

Answer 1

Ponieważ podstawowe wywołania systemowe nie rozpoznaje ścieżki użytkownika, a interfejsy API dostępu do plików są dość cienkim opakowaniem.

Dodatkowo, byłoby to dość zaskakujące dla użytkowników nieuniksowych,
if (na przykład) fopen("~foo") zwraca „foo: Nie ma takiego użytkownika” błąd (jak "~foo" jest poprawną nazwą pliku, na przykład, Windows) ...
Lub, podobnie, jeśli fopen("~administrator") zwraca błąd podobny do "Jest katalog: C: \ Dokumenty i ustawienia \ Administrator \".

Wreszcie, jak komentujących zauważyli: jesteś mylące „kaczka wpisując” z „pomocnych skrótów”, które są dwie zupełnie różne rzeczy:
- Duck wpisywanie pozwala mi na niczym zastąpić kaczki które znachorów jak kaczka .
- Przydatne skróty pozwalają mi zastąpić wszystko, co kaczka, która może być wykonana na kaczkę w stylu (Python nie "próbuje sprawić, by stał się znachorem", jak robią to inne języki).

Answer 2

W normalnych programach uniksowych, składnia ~amosa jest obsługiwana przez powłokę, która jest programem wywołującym narzędzia. Same narzędzia nie wiedzą o specjalnej składni ~ (ogólnie).

Więc jeśli twój program python jest wywoływana przez powłoki na Unix, to będzie po prostu pracować:

$ python -c 'import sys; print sys.argv[1]' ~drj 
/home/drj 

zauważyć, jak program python powyżej drukuje rozszerzoną ścieżkę, mimo że wyraźnie nie ma kodu zrobić to sama ekspansja. Powłoka rozszerzyła go.