Czy powinienem używać `import os.path` czy` import os`?

Według oficjalnej dokumentacji , os.pathjest modułem. Jaki jest zatem preferowany sposób importu?

# Should I always import it explicitly?
import os.path

Lub...

# Is importing os enough?
import os

NIE odpowiadaj „Importowanie osdziała dla mnie”. Wiem, ja też teraz działa (od Pythona 2.6). Chcę wiedzieć, jakie są oficjalne zalecenia w tej sprawie. Jeśli więc odpowiesz na to pytanie, prześlij swoje referencje .

os.pathdziała w zabawny sposób. Wygląda na to, że ospowinien to być pakiet z modułem podrzędnym path, ale w rzeczywistości osjest to normalny moduł, który robi magię, sys.moduleswstrzykując os.path. Oto, co się dzieje:

• Podczas uruchamiania Python ładuje kilka modułów do sys.modules. Nie są one powiązane z żadnymi nazwami w twoim skrypcie, ale możesz uzyskać dostęp do już utworzonych modułów, kiedy w jakiś sposób je zaimportujesz.

  • sys.modulesto dykt, w którym buforowane są moduły. Kiedy importujesz moduł, jeśli został już gdzieś zaimportowany, pobiera instancję zapisaną w sys.modules.

• osnależy do modułów ładowanych podczas uruchamiania Pythona. Przypisuje swój pathatrybut modułowi ścieżki specyficznej dla systemu operacyjnego.

• Wstrzykuje sys.modules['os.path'] = pathtak, że można " import os.path" robić tak, jakby to był podmoduł.

Staram się myśleć os.pathjako moduł chcę użyć zamiast rzeczy w osmodule , więc nawet jeśli nie jest to naprawdę to moduł podrzędny pakietu o nazwie os, importować go coś jak to jest jeden i zawsze robięimport os.path . Jest to zgodne z sposobem os.pathudokumentowania.

Nawiasem mówiąc, ten rodzaj struktury prowadzi do wielu wczesnych zamieszania programistów Pythona dotyczących modułów i pakietów oraz organizacji kodu. Dzieje się tak naprawdę z dwóch powodów

1. Jeśli myślisz o ospakiecie i wiesz, że możesz zrobić import osi mieć dostęp do modułu podrzędnego os.path, możesz być później zaskoczony, że nie możesz tego zrobić import twistedi automatycznie uzyskać dostęp twisted.spreadbez importowania go.

2. To jest mylące, że os.namejest to normalna rzecz, ciąg znaków i os.pathmoduł. Zawsze strukturyzuję swoje pakiety za pomocą pustych __init__.pyplików, tak aby na tym samym poziomie zawsze mieć jeden typ: moduł / pakiet lub inne rzeczy. Kilka dużych projektów Pythona stosuje to podejście, które ma tendencję do tworzenia bardziej ustrukturyzowanego kodu.

Zgodnie z PEP-20 autorstwa Tima Petersa, „Wyraźne jest lepsze niż niejawne” i „Czytelność liczy się”. Jeśli wszystko, czego potrzebujesz z osmodułu, jest poniżej os.path, import os.pathbyłoby to bardziej szczegółowe i daj innym znać, na czym naprawdę Ci zależy.

Podobnie PEP-20 mówi również, że „proste jest lepsze niż złożone”, więc jeśli potrzebujesz również rzeczy, które znajdują się pod bardziej ogólnym osparasolem, import osbyłoby preferowane.

Ostateczna odpowiedź: import osi użyj os.path. nie import os.pathbezpośrednio.

Z dokumentacji samego modułu:

>>> import os
>>> help(os.path)
...
Instead of importing this module directly, import os and refer to
this module as os.path.  The "os.path" name is an alias for this
module on Posix systems; on other systems (e.g. Mac, Windows),
os.path provides the same operations in a manner specific to that
platform, and is an alias to another module (e.g. macpath, ntpath).
...

Co ciekawe, import os.path zaimportuje cały os. spróbuj wykonać następujące czynności w interaktywnym monicie:

import os.path
dir(os)

Wynik będzie taki sam, jak gdybyś właśnie zaimportował os. Dzieje się tak, ponieważ os.path będzie odnosić się do innego modułu w zależności od posiadanego systemu operacyjnego, więc Python zaimportuje system operacyjny, aby określić, który moduł załadować dla ścieżki.

odniesienie

Z niektórymi modułami powiedzenie import foosię nie ujawni foo.bar, więc myślę, że to naprawdę zależy od projektu konkretnego modułu.

Ogólnie rzecz biorąc, samo importowanie potrzebnych jawnych modułów powinno być nieznacznie szybsze. Na moim komputerze:

import os.path: 7.54285810068e-06 sekundy

import os: 9.21904878972e-06 sekundy

Te czasy są na tyle bliskie, że można je pominąć. Twój program może wymagać użycia innych modułów od osteraz lub później, więc zwykle sensowne jest po prostu poświęcenie dwóch mikrosekund i użycie go, import osaby uniknąć tego błędu w późniejszym czasie. Zwykle opowiadam import os.pathsię po prostu za importowaniem systemu operacyjnego jako całości, ale widzę, dlaczego niektórzy woleliby być technicznie bardziej wydajni i przekazać czytelnikom kod, który jest jedyną częścią osmodułu, która będzie musiała zostać użyta. Zasadniczo sprowadza się to do pytania o styl w mojej głowie.

Zdrowy rozsądek działa tutaj: osjest modułem i też os.pathjest modułem. Po prostu zaimportuj moduł, którego chcesz użyć:

• Jeśli chcesz skorzystać z funkcjonalności w osmodule to importuj os.

• Jeśli chcesz skorzystać z funkcjonalności w os.pathmodule to importuj os.path.

• Jeśli chcesz korzystać z funkcjonalności w obu modułach, zaimportuj oba moduły:

  import os
  import os.path

Na przykład:

• Lib / idlelib / rpc.py używa osi importuje os.

• Lib / idlelib / idle.py używa os.pathi importuje os.path.

• Lib / surepip / init .py używa obu i importuje oba.

Nie udało się znaleźć żadnego ostatecznego odniesienia, ale widzę, że przykładowy kod dla os.walk używa os.path, ale tylko importuje os