Monday_June_29
.
.
.

1️⃣ sys.modules와 sys.path의 차이점

👉 파이썬은 해당 모듈이나 패키지를 찾을 때, 3곳의 장소를 뒤져보며 모듈과 패키지를 찾는다.
그 3곳의 장소가 sys.modules와 built-in modules, 그리고 sys.path인 것이다.
그리고 파이썬은 이 3곳을 나열한 순으로 돌아다니며 찾는 것이다.

sys.modules

파이썬이 해당 모듈이나 패키지를 찾을 때, sys.modules 라는 장소를 먼저 찾아본다.
(그 다음으로 찾아보는 장소는 built-in modules라는 곳이다.)

sys.modules는 단순한 dictionary 이다. 그리고 이미
import된 모듈/패키지들을 저장하고 있다.

다시 말해, 이미 import된 모듈과 package들은 파이썬이 또 다시 찾지 않아도 되도록 하는 기능을 가지고 있다.
(아직 import하지 않은 모듈/패키지는 sys.modules에서 찾을 수 없다.)

built-in modules

1 - 파이썬이 제공하는 공식 라이브러리들이다.
2 - built-in modules은 이미 파이썬에서 포함되어 나온다.
3 - So, 파이썬이 쉽게 찾을 수 있다.

sys.path

그리고 마지막으로 이 sys.path 라는 곳을 찾는다.

sys.modules는 딕셔너리였지만, sys.path는 기본적으로 list이다.

['',
 '/Users/song-eun-u/anaconda3/bin',
 '/Users/song-eun-u/anaconda3/lib/python36.zip',
 '/Users/song-eun-u/anaconda3/lib/python3.6',
 '/Users/song-eun-u/anaconda3/lib/python3.6/lib-dynload',
 '/Users/song-eun-u/anaconda3/lib/python3.6/site-packages',
 '/Users/song-eun-u/anaconda3/lib/python3.6/site-packages/aeosa',
 '/Users/song-eun-u/anaconda3/lib/python3.6/site-packages/IPython/extensions',
 '/Users/song-eun-u/.ipython']

이렇게 각 요소는 string이며 경로를 나타내준다.

파이썬은 list의 각 경로를 하나 하나 체크하면서 해당 경로에 import하고자 하는 모듈/패키지들이 있는지 확인한다.
(만약 마지막 체크 장소인 sys.path까지 import하고자 하는 모듈/패키지가 없다면, ModuleNotFoundError 에러가 뜬다.)

2️⃣ sys도 import 해야하는 모듈인데 파이썬은 sys모듈의 위치를 어떻게 찾을 수 있을까?

sys는 파이썬에 포함되어있는 모듈이다.(무슨 뜻이냐?)
파이썬에서 공식적으로 제공하고 이미 파이썬에서 포함된다는 말
즉, built-in modules에 있기에, sys.modules를 먼저 찾고 없으니
2번째 체크 장소인 built-in modules를 체크하다가 발견하고 import를 하는 것이다.

3️⃣ Absolute path와 relative path의 차이점

Absolute path(절대 경로)

import를 하는 파일/패키지가 경로에 상관없이 항상 경로가 같다.

예를 들어, 위코드에 상담을 신청하려고 위워크로 가려고한다.
그 누가 어디에 살든지 위워크로 오려면 서울시 강남구 테헤란로 427 위워크 타워(위워크 선릉 2호점) 으로 와야한다.

Relative path(상대 경로)

상대 경로는 절대 경로와 다르게 import하는 위치를 기준으로 경로를 정의한다. (내 위치가 중요하다는 뜻)

예를 들어, 옆집에 사는 사람은 위워크에 올 때 집을 나와 옆 건물인 위워크로 오면 된다.
앞집에 사는 사람은 길만 건너면 된다. 멀리 사는 사람은 차를 타고 와야하고, 해외에 사는 사람은 비행기를 타고 와서 차를 타고 와야한다.

비유가 이상했을 수도 있는데, 절대 경로와 상대 경로의 차이는 기준이 다른 것이다.

my_app
├── main.py
├── pkg1
│   ├── __init__.py
│   ├── module1.py
│   └── module2.py
├── pkg2
│   ├── __init__.py
│   ├── module3.py
│   ├── module4.py
│   ├── module5.py
│   └── pkg4
│       ├── __init__.py
│       └── module6.py
└── pkg3
    ├── __init__.py
    └── module7.py

디렉토리가 이러한 구조로 되어있다고 가정을 하고, 만약 내가 my_app안에 있는 pkg2의 pkg4의 module6.py 파일에 있는 어떠한 요소를 import하고 싶다면 내가 어느 위치에 있던지 절대 경로는 다음과 같다.

👉 Absolute path(절대 경로)

from pkg2.pkg4.module6 import any_var
from pkg2.pkg4.module6 import any_func()
from pkg2.pkg4.module6 import AnyClass

이렇게 해도 되고, 만약 import할 무언가가 확실하지 않다면 from으로 불러오고 module6 파일만 import해줘서 나중에 필요한 요소를 module.무언가 라는 형식으로 써주면 된다.

from pkg2.pkg4 import module6

my_var = module6.any_var
my_func = module6.any_func()
MyClass = module6.AnyClass

여기서 중요한건, 내가 어디에 있든지, 최상위(my_app)를 기준으로
경로를 설정하는 것이다.

👉 Relative path(상대 경로)

상대 경로는 나를 기준으로 경로를 잡는다. 위 경로를 예로, 내가 만약 module6.py에 있다고 치고 module7.py로 가고싶다면, 위로 두 번 올라가서(pkg4 > pkg2) 같은 층에 있는 pkg3로 가고 한 번 더 내려가 module7.py 로 가면 되는 것이다.

만약 module4.py에 있는데 module6.py 파일을 import하고 싶다면 다음과 같다.

from .pkg4 import module6

.은 현재 위치를 뜻한다. 다시 말해 현재 위치에서 pkg4를 불러오고 module6는 pkg4 안에 있으니 바로 import를 해주면 되는 것이다.