해시넷
"모듈 (프로그래밍)"의 두 판 사이의 차이
잔글 (→같이 보기) |
|||
| (사용자 2명의 중간 판 19개는 보이지 않습니다) | |||
| 1번째 줄: | 1번째 줄: | ||
| − | + | '''모듈'''(module)이란 다른 프로그램에 링크되어 특정한 기능을 수행하도록 작성된 독립적인 프로그램의 단위이다. 보통 [[라이브러리]](library)가 1개의 파일로 구성되는데 반해, 모듈은 2개 이상의 파일들로 구성된다. 모듈을 이용하면 소프트웨어 개발을 마치 [[레고]](lego) 블록을 쌓듯이 조립식으로 쉽게 할 수 있다. [[컴포넌트]](component)라고도 한다. | |
| − | |||
== 개요 == | == 개요 == | ||
| − | 모듈(module)은 역사적으로 프로그래밍이라는 관점에서는 기본적으로 본체에 대한 독립된 하위 단위라는 필연적인 개념의 큰 틀을 따르고 있지만 본체와 모듈 간에 가지고 있었던 문제들을 해결해 나가는 과정에서 발전하였다. 모듈에 가장 큰 영향을 미쳤던 클래스 그리고 라이브러리가 향상됨에 따라 점차 발전하였다. 이러한 지속 가능성은 이것의 가장 큰 장점 중 하나이다. 초기에는 분리된 독립성의 모듈로 도입되었으나 점차로 객체화, 캡슐화, 모듈화 프로그래밍 기법 등 여러 기능들이 추가되면서 점차적으로 영역이 나뉘어가고 있다. 그러나 이로 인하여 모듈성을 제대로 반영하지 못하고 있다는 비난을 받을 수도 있다. 한편 이러한 비난은 모듈 시스템, 모듈 프로그래밍이 갖는 현재의 한계를 인식하고 보다 안정적으로 발전하기 위해 효율적인 방향을 추구하는데 기여할 수 있다. | + | 일반적으로 컴퓨터 분야에서의 모듈(module)이라는 용어는, 독립되어 있는 하나의 소프트웨어 또는 하드웨어 단위를 지칭하는데 사용된다. |
| + | <ref name='module_def'>텀즈, 〈[http://www.terms.co.kr/module.htm module 모듈 ]〉, 1999년 9월 13일</ref> 모듈(module)은 역사적으로 프로그래밍이라는 관점에서는 기본적으로 본체에 대한 독립된 하위 단위라는 필연적인 개념의 큰 틀을 따르고 있지만 본체와 모듈 간에 가지고 있었던 문제들을 해결해 나가는 과정에서 발전하였다. 모듈에 가장 큰 영향을 미쳤던 클래스 그리고 라이브러리가 향상됨에 따라 점차 발전하였다. 이러한 지속 가능성은 이것의 가장 큰 장점 중 하나이다. 초기에는 분리된 독립성의 모듈로 도입되었으나 점차로 객체화, 캡슐화, 모듈화 프로그래밍 기법 등 여러 기능들이 추가되면서 점차적으로 영역이 나뉘어가고 있다. 그러나 이로 인하여 모듈성을 제대로 반영하지 못하고 있다는 비난을 받을 수도 있다. 한편 이러한 비난은 모듈 시스템, 모듈 프로그래밍이 갖는 현재의 한계를 인식하고 보다 안정적으로 발전하기 위해 효율적인 방향을 추구하는데 기여할 수 있다. 여기서 본체는 하드웨어적인 운영체계일 수도 있고 규모 있는 소프트웨어 프로그램의 본체일 수도 있다.<ref name='module_synopsis'>위키백과, 〈[https://ko.wikipedia.org/wiki/%EB%AA%A8%EB%93%88_(%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%98%EB%B0%8D) 모듈(프로그래밍) ]〉</ref> | ||
| − | |||
== 특징 == | == 특징 == | ||
복잡한 프로그램을 작성하기 위해서 필요한 모든 과정을 직접 만들어야 한다면 전체적인 모습에서부터 작은 기능 하나하나까지 모두 구상해서 만들고, 오류를 수정해서 한 곳에 모아두면 오류가 생기고, 또 다른 프로그래머는 자신과 비슷한 기능을 하는 프로그램을 만들면서 똑같은 시행착오가 생길 것이다. | 복잡한 프로그램을 작성하기 위해서 필요한 모든 과정을 직접 만들어야 한다면 전체적인 모습에서부터 작은 기능 하나하나까지 모두 구상해서 만들고, 오류를 수정해서 한 곳에 모아두면 오류가 생기고, 또 다른 프로그래머는 자신과 비슷한 기능을 하는 프로그램을 만들면서 똑같은 시행착오가 생길 것이다. | ||
| − | 그래서 | + | 그래서 이런 문제를 해결하기 위해 대부분의 프로그래밍 언어에서는 모듈이라는 개념을 사용한다. 모듈은 프로그램의 꾸러미라고 생각하면 된다. |
| − | 이 꾸러미들을 조각으로 나누어 다루기 쉽도록 하는 과정을 모듈화(Modularization) | + | 이 꾸러미들을 조각으로 나누어 다루기 쉽도록 하는 과정을 모듈화(Modularization)라고 한다. 모듈은 한 가지 일만 수행해야 하며, 한 가지 일만 수행해야 하기 때문에 역할이 간단하고 명료해야 한다. 또한 다른 프로그램에서도 사용할 수 있도록 모듈은 단순해야 하고 여러 프로그램에서 붙여서 쓸 수 있도록 독립성을 유지해야 한다. 모듈화를 하게 되면 수행하는 일에 따라서 모듈이 나뉘어져 있어서 어느 부분을 수정해야 할지 찾기 쉽기 때문에 수정이 용이하고 통일성 있게 표준화해 놓기 때문에 다른 사람이 만든 모듈들을 유지보수하기 쉽다.<ref name='module_char'>Dominic, 〈[https://appleceo.github.io/2019/06/09/ModuleAndModularization/ 모듈과 모듈화 ]〉, 2019년 6월 9일</ref> |
| + | |||
== 활용 == | == 활용 == | ||
=== 파이썬 === | === 파이썬 === | ||
==== 모듈 import ==== | ==== 모듈 import ==== | ||
| − | 파이썬에서의 모듈(Module)은 파이썬 코드를 논리적으로 묶어서 관리하고 사용할 수 있도록 하는 것으로, 보통 하나의 파이썬 .py 파일이 하나의 모듈이 된다. 모듈 안에는 함수, 클래스, 혹은 변수들이 정의될 수 있으며, 실행 코드를 포함할 수도 있다. | + | 파이썬에서의 모듈(Module)은 파이썬 코드를 논리적으로 묶어서 관리하고 사용할 수 있도록 하는 것으로, 보통 하나의 파이썬.py 파일이 하나의 모듈이 된다. 모듈 안에는 함수, 클래스, 혹은 변수들이 정의될 수 있으며, 실행 코드를 포함할 수도 있다. |
| − | 파이썬은 기본적으로 상당히 많은 표준 라이브러리 모듈들을 제공하고 있으며, 3rd Party에서도 많은 파이쎤 모듈들을 제공하고 있다. 이러한 모듈들을 사용하기 위해서는 모듈을 import하여 사용하면 되는데, import 문은 다음과 같이 하나 혹은 복수의 모듈을 불러들일 수 있다. | + | 파이썬은 기본적으로 상당히 많은 표준 라이브러리 모듈들을 제공하고 있으며, 3rd Party에서도 많은 파이쎤 모듈들을 제공하고 있다. 이러한 모듈들을 사용하기 위해서는 모듈을 import하여 사용하면 되는데, import 문은 다음과 같이 하나 혹은 복수의 모듈을 불러들일 수 있다.<ref name='python_ex'>예제로 배우는 파이썬 프로그래밍, 〈[http://pythonstudy.xyz/python/article/17-%EB%AA%A8%EB%93%88-Module 모듈(Module) ]〉</ref> |
| − | import 모듈1[, 모듈2[,... 모듈N] | + | import 모듈1[, 모듈2[,... 모듈N]<ref name='python_ex'></ref> |
예를 들어, 아래 예제는 표준 라이브러리 중 수학과 관련된 함수들을 모아 놓은 "math" 모듈을 import 하여 그 모듈 안에 있는 factorial() 함수를 사용하는 예이다. | 예를 들어, 아래 예제는 표준 라이브러리 중 수학과 관련된 함수들을 모아 놓은 "math" 모듈을 import 하여 그 모듈 안에 있는 factorial() 함수를 사용하는 예이다. | ||
import math | import math | ||
| − | n = math.factorial(5) | + | n = math.factorial(5)<ref name='python_ex'></ref> |
| − | + | 하나의 모듈 안에는 여러 함수들이 존재할 수 있는데, 이 중 하나의 함수만을 불러 사용하기 위해서는 아래와 같이 "from 모듈명 import 함수명"이라는 표현을 사용할 수 있다. 이렇게 from...import... 방식으로 import 된 함수는 호출시 "모듈명.함수명"이 아니라 직접 "함수명"만을 사용한다.<ref name='python_ex'></ref> | |
| − | 하나의 모듈 안에는 여러 함수들이 존재할 수 있는데, 이 중 하나의 함수만을 불러 사용하기 위해서는 아래와 같이 "from 모듈명 import 함수명"이라는 표현을 사용할 수 있다. 이렇게 from...import... 방식으로 import 된 함수는 호출시 "모듈명.함수명"이 아니라 직접 "함수명"만을 사용한다. | ||
| − | |||
# factorial 함수만 import | # factorial 함수만 import | ||
from math import factorial | from math import factorial | ||
| − | n = factorial(5) / factorial(3) | + | n = factorial(5) / factorial(3) <ref name='python_ex'></ref> |
| − | 하나의 모듈 안에는 있는 여러 함수를 사용하기 위해 from... import (함수1, 함수2) 와 같이 import 뒤에 사용할 함수를 나열할 수도 있다. 또한, 모든 함수를 불러 사용하기 위해서는 "from 모듈명 import *" 와 같이 asterisk(*)를 사용할 수 있다. 이렇게 from...import... 방식으로 import 된 함수는 호출시 모듈명 없이 직접 함수명을 사용한다. | + | 하나의 모듈 안에는 있는 여러 함수를 사용하기 위해 from... import (함수1, 함수2) 와 같이 import 뒤에 사용할 함수를 나열할 수도 있다. 또한, 모든 함수를 불러 사용하기 위해서는 "from 모듈명 import *" 와 같이 asterisk(*)를 사용할 수 있다. 이렇게 from...import... 방식으로 import 된 함수는 호출시 모듈명 없이 직접 함수명을 사용한다.<ref name='python_ex'></ref> |
# 여러 함수를 import | # 여러 함수를 import | ||
| 37번째 줄: | 35번째 줄: | ||
# 모든 함수를 import | # 모든 함수를 import | ||
from math import * | from math import * | ||
| − | n = sqrt(5) + fabs(-12.5) | + | n = sqrt(5) + fabs(-12.5)<ref name='python_ex'></ref> |
| − | 함수의 이름이 길거나 어떤 필요에 의해 함수의 이름에 Alias를 주고 싶은 경우가 있는데, 이 때는 아래와 같이 "함수명 as Alias" 와 같은 표현을 사용할 수 있다. | + | 함수의 이름이 길거나 어떤 필요에 의해 함수의 이름에 Alias를 주고 싶은 경우가 있는데, 이 때는 아래와 같이 "함수명 as Alias" 와 같은 표현을 사용할 수 있다.<ref name='python_ex'></ref> |
# factorial() 함수를 f()로 사용 가능 | # factorial() 함수를 f()로 사용 가능 | ||
from math import factorial as f | from math import factorial as f | ||
| − | n = f(5) / f(3) | + | n = f(5) / f(3)<ref name='python_ex'></ref> |
| + | |||
==== 모듈의 위치 ==== | ==== 모듈의 위치 ==== | ||
파이썬에서 모듈을 import 하면 그 모듈을 찾기 위해 다음과 같은 경로를 순서대로 검색한다. | 파이썬에서 모듈을 import 하면 그 모듈을 찾기 위해 다음과 같은 경로를 순서대로 검색한다. | ||
| 52번째 줄: | 51번째 줄: | ||
이러한 경로들은 모두 취합되어 시스템 경로인 sys.path에 리스트 형태로 저장된다. 따라서, 모듈이 검색되는 검색 경로는 sys.path를 체크하면 쉽게 알 수 있다. 모듈을 import 하면 sys.path에 있는 경로 순서대로 모듈을 찾아 import하다가 만약 끝까지 찾지 못하면 에러가 발생된다. | 이러한 경로들은 모두 취합되어 시스템 경로인 sys.path에 리스트 형태로 저장된다. 따라서, 모듈이 검색되는 검색 경로는 sys.path를 체크하면 쉽게 알 수 있다. 모듈을 import 하면 sys.path에 있는 경로 순서대로 모듈을 찾아 import하다가 만약 끝까지 찾지 못하면 에러가 발생된다. | ||
| − | sys.path를 사용하기 위해서는 sys라는 시스템 모듈을 import 해야 하며, sys.path는 임의로 수정할 수도 있다. 예를 들어, 기존 sys.path에 새 경로를 추가(append)하면, 추가된 경로도 이후 모듈 검색 경로에 포함된다 | + | sys.path를 사용하기 위해서는 sys라는 시스템 모듈을 import 해야 하며, sys.path는 임의로 수정할 수도 있다. 예를 들어, 기존 sys.path에 새 경로를 추가(append)하면, 추가된 경로도 이후 모듈 검색 경로에 포함된다<ref name='python_ex'></ref> |
| + | |||
==== 모듈의 작성 ==== | ==== 모듈의 작성 ==== | ||
| − | 우선 아래 두 개의 함수(add와 substract)를 mylib.py 라는 모듈에 저장한다. | + | 우선 아래 두 개의 함수(add와 substract)를 mylib.py 라는 모듈에 저장한다.<ref name='python_ex'></ref> |
# mylib.py | # mylib.py | ||
| 61번째 줄: | 61번째 줄: | ||
def substract(a, b): | def substract(a, b): | ||
| − | return a - b | + | return a - b<ref name='python_ex'></ref> |
| − | + | 모듈 mylib.py가 있는 디렉토리에서 그 모듈을 import 한 후, mylib의 함수들을 사용한다.<ref name='python_ex'></ref> | |
| − | 모듈 mylib.py가 있는 디렉토리에서 그 모듈을 import 한 후, mylib의 함수들을 사용한다. | ||
<br> | <br> | ||
| 71번째 줄: | 70번째 줄: | ||
i = add(10,20) | i = add(10,20) | ||
| − | i = substract(20,5) | + | i = substract(20,5)<ref name='python_ex'></ref> |
| − | |||
| − | |||
| + | 파이썬 모듈.py 파일은 import 하여 사용할 수 있을 뿐만 아니라, 해당 모듈 파일 안에 있는 스크립트 전체를 바로 실행할 수도 있다. 파이썬에서 하나의 모듈을 import 하여 사용할 때와 스크립트 전체를 실행할 때를 동시에 지원하기 위하여 흔히 관행적으로 모듈 안에서 __name__ 을 체크하곤 한다. 파이썬에서 모듈을 import해서 사용할 경우 그 모듈 안의 __name__ 은 해당 모듈의 이름이 되며, 모듈을 스크립트로 실행할 경우 그 모듈 안의 __name__ 은 "__main__" 이 된다. 예를 들어, run.py이라는 모듈을 import 하여 사용할 경우 __name__ 은 run.py가 되며, "python3.5 run.py"와 같이 인터프리터로 스크립트를 바로 실행할 때 __name__ 은 __main__ 이 된다.<ref name='python_ex'></ref> | ||
# run.py | # run.py | ||
| 83번째 줄: | 81번째 줄: | ||
if __name__ == '__main__': | if __name__ == '__main__': | ||
| − | openurl(sys.argv[1]) | + | openurl(sys.argv[1]) <ref name='python_ex'></ref> |
| − | 위와 같은 run.py 모듈을 아래와 같이 스크립트로 실행할 때 "if __name__ ..." 조건문은 참이 되어 openurl(sys.argv[1]) 가 실행된다. 여기서 참고로 sys.argv는 Command Line 아규먼트들을 갖는 리스트로서 아래 예제에서 argv[0]은 run.py, argv[1]은 google.com이 된다. | + | 위와 같은 run.py 모듈을 아래와 같이 스크립트로 실행할 때 "if __name__ ..." 조건문은 참이 되어 openurl(sys.argv[1]) 가 실행된다. 여기서 참고로 sys.argv는 Command Line 아규먼트들을 갖는 리스트로서 아래 예제에서 argv[0]은 run.py, argv[1]은 google.com이 된다.<ref name='python_ex'></ref> |
$ python3.5 run.py google.com | $ python3.5 run.py google.com | ||
| − | google.com | + | google.com<ref name='python_ex'></ref> |
| − | + | 하지만 아래와 같이 모듈을 import하여 사용할 때는 "if __name__ ..." 문이 거짓이 되어 openurl() 함수가 바로 실행되지 않고, 그 함수 정의만 import 된다. 따라서 이 경우 사용자는 명시적으로 openurl() 함수를 호출하여 사용해야 한다.<ref name='python_ex'></ref> | |
| − | 하지만 아래와 같이 모듈을 import하여 사용할 때는 "if __name__ ..." 문이 거짓이 되어 openurl() 함수가 바로 실행되지 않고, 그 함수 정의만 import 된다. 따라서 이 경우 사용자는 명시적으로 openurl() 함수를 호출하여 사용해야 한다. | ||
$ python3.5 | $ python3.5 | ||
>>> from run import * | >>> from run import * | ||
| − | >>> openurl('google.com') | + | >>> openurl('google.com')<ref name='python_ex'></ref> |
| + | |||
| + | === Node.js === | ||
| + | ==== NodeJS 모듈 시스템 ==== | ||
| + | NodeJS는 파일 형태로 모듈을 관리할 수 있는 Common JS로 구현하였다. 모듈은 복잡한 application을 구성하기 위한 블록 역할을 하기도 하지만, exports시키지 않은 내부적인 함수와 변수들은 비공개로 유지하여 정보를 숨기는 메커니즘이기도 하다.<ref name='nodejs_ex'>pa324, 〈[https://velog.io/@pa324/NodeJS-%EB%AA%A8%EB%93%88-%EC%8B%9C%EC%8A%A4%ED%85%9C NodeJS - 모듈 시스템 ]〉</ref> | ||
| + | ===== 기본 모듈 사용 ===== | ||
| + | const http = require('http'); | ||
| + | http.createServer();<ref name='nodejs_ex'></ref> | ||
| + | ===== 사용자 정의 모듈 ===== | ||
| + | function sum(a,b) { | ||
| + | return a + b; | ||
| + | } | ||
| + | |||
| + | module.exports = { | ||
| + | sum : sum | ||
| + | }<ref name='nodejs_ex'></ref> | ||
| + | |||
| + | ===== 노출식 모듈 패턴 ===== | ||
| + | 자바스크립트의 문제점 중 하나가 네임스페이스가 없다는 것이다. 전역 범위에서 실행되는 프로그램은 내부 application과 종속된 라이브러리 코드의 데이터들로 인해 충돌이 발생할 수 있다. 이 문제를 해결하기 위해 노출식 모듈 패턴을 사용해야 한다.<ref name='nodejs_ex'></ref> | ||
| + | const module = (() => { | ||
| + | |||
| + | const privateFoo = () => {} | ||
| + | const privateBar = []; | ||
| + | |||
| + | const exported = { | ||
| + | publicFoo : () => {}, | ||
| + | publicBar : () => {} | ||
| + | }; | ||
| + | |||
| + | return exported; | ||
| + | |||
| + | })(); | ||
| + | console.log(module)<ref name='nodejs_ex'></ref> | ||
| + | |||
| + | 위의 패턴은 자기 호출 함수를 사용하여 private 범위를 만들고 공개될 부분만 export한다. console을 통해서 확인하면, exportedehls api만 포함되어 있고, 나머지 모듈 내부 컨텐츠에는 외부에서 접근이 불가능하다.<ref name='nodejs_ex'></ref> | ||
{{각주}} | {{각주}} | ||
== 참고자료 == | == 참고자료 == | ||
| + | * 텀즈, 〈[http://www.terms.co.kr/module.htm module 모듈 ]〉, 1999년 9월 13일 | ||
| + | * 위키백과, 〈[https://ko.wikipedia.org/wiki/%EB%AA%A8%EB%93%88_(%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%98%EB%B0%8D) 모듈(프로그래밍) ]〉 | ||
| + | * Dominic, 〈[https://appleceo.github.io/2019/06/09/ModuleAndModularization/ 모듈과 모듈화 ]〉, 2019년 6월 9일 | ||
| + | * 예제로 배우는 파이썬 프로그래밍, 〈[http://pythonstudy.xyz/python/article/17-%EB%AA%A8%EB%93%88-Module 모듈(Module) ]〉 | ||
| + | * pa324, 〈[https://velog.io/@pa324/NodeJS-%EB%AA%A8%EB%93%88-%EC%8B%9C%EC%8A%A4%ED%85%9C NodeJS - 모듈 시스템 ]〉 | ||
== 같이 보기 == | == 같이 보기 == | ||
| − | * [[ | + | * [[모듈화]] |
| + | * [[객체지향 프로그래밍]] | ||
| + | * [[파이썬]] | ||
| + | * [[Node.js]] | ||
| + | * [[모듈]] | ||
| − | {{ | + | {{프로그래밍 | 검토 필요}} |
2022년 8월 17일 (수) 22:15 기준 최신판
모듈(module)이란 다른 프로그램에 링크되어 특정한 기능을 수행하도록 작성된 독립적인 프로그램의 단위이다. 보통 라이브러리(library)가 1개의 파일로 구성되는데 반해, 모듈은 2개 이상의 파일들로 구성된다. 모듈을 이용하면 소프트웨어 개발을 마치 레고(lego) 블록을 쌓듯이 조립식으로 쉽게 할 수 있다. 컴포넌트(component)라고도 한다.
목차
개요[편집]
일반적으로 컴퓨터 분야에서의 모듈(module)이라는 용어는, 독립되어 있는 하나의 소프트웨어 또는 하드웨어 단위를 지칭하는데 사용된다. [1] 모듈(module)은 역사적으로 프로그래밍이라는 관점에서는 기본적으로 본체에 대한 독립된 하위 단위라는 필연적인 개념의 큰 틀을 따르고 있지만 본체와 모듈 간에 가지고 있었던 문제들을 해결해 나가는 과정에서 발전하였다. 모듈에 가장 큰 영향을 미쳤던 클래스 그리고 라이브러리가 향상됨에 따라 점차 발전하였다. 이러한 지속 가능성은 이것의 가장 큰 장점 중 하나이다. 초기에는 분리된 독립성의 모듈로 도입되었으나 점차로 객체화, 캡슐화, 모듈화 프로그래밍 기법 등 여러 기능들이 추가되면서 점차적으로 영역이 나뉘어가고 있다. 그러나 이로 인하여 모듈성을 제대로 반영하지 못하고 있다는 비난을 받을 수도 있다. 한편 이러한 비난은 모듈 시스템, 모듈 프로그래밍이 갖는 현재의 한계를 인식하고 보다 안정적으로 발전하기 위해 효율적인 방향을 추구하는데 기여할 수 있다. 여기서 본체는 하드웨어적인 운영체계일 수도 있고 규모 있는 소프트웨어 프로그램의 본체일 수도 있다.[2]
특징[편집]
복잡한 프로그램을 작성하기 위해서 필요한 모든 과정을 직접 만들어야 한다면 전체적인 모습에서부터 작은 기능 하나하나까지 모두 구상해서 만들고, 오류를 수정해서 한 곳에 모아두면 오류가 생기고, 또 다른 프로그래머는 자신과 비슷한 기능을 하는 프로그램을 만들면서 똑같은 시행착오가 생길 것이다. 그래서 이런 문제를 해결하기 위해 대부분의 프로그래밍 언어에서는 모듈이라는 개념을 사용한다. 모듈은 프로그램의 꾸러미라고 생각하면 된다. 이 꾸러미들을 조각으로 나누어 다루기 쉽도록 하는 과정을 모듈화(Modularization)라고 한다. 모듈은 한 가지 일만 수행해야 하며, 한 가지 일만 수행해야 하기 때문에 역할이 간단하고 명료해야 한다. 또한 다른 프로그램에서도 사용할 수 있도록 모듈은 단순해야 하고 여러 프로그램에서 붙여서 쓸 수 있도록 독립성을 유지해야 한다. 모듈화를 하게 되면 수행하는 일에 따라서 모듈이 나뉘어져 있어서 어느 부분을 수정해야 할지 찾기 쉽기 때문에 수정이 용이하고 통일성 있게 표준화해 놓기 때문에 다른 사람이 만든 모듈들을 유지보수하기 쉽다.[3]
활용[편집]
파이썬[편집]
모듈 import[편집]
파이썬에서의 모듈(Module)은 파이썬 코드를 논리적으로 묶어서 관리하고 사용할 수 있도록 하는 것으로, 보통 하나의 파이썬.py 파일이 하나의 모듈이 된다. 모듈 안에는 함수, 클래스, 혹은 변수들이 정의될 수 있으며, 실행 코드를 포함할 수도 있다. 파이썬은 기본적으로 상당히 많은 표준 라이브러리 모듈들을 제공하고 있으며, 3rd Party에서도 많은 파이쎤 모듈들을 제공하고 있다. 이러한 모듈들을 사용하기 위해서는 모듈을 import하여 사용하면 되는데, import 문은 다음과 같이 하나 혹은 복수의 모듈을 불러들일 수 있다.[4]
import 모듈1[, 모듈2[,... 모듈N][4]
예를 들어, 아래 예제는 표준 라이브러리 중 수학과 관련된 함수들을 모아 놓은 "math" 모듈을 import 하여 그 모듈 안에 있는 factorial() 함수를 사용하는 예이다.
import math n = math.factorial(5)[4]
하나의 모듈 안에는 여러 함수들이 존재할 수 있는데, 이 중 하나의 함수만을 불러 사용하기 위해서는 아래와 같이 "from 모듈명 import 함수명"이라는 표현을 사용할 수 있다. 이렇게 from...import... 방식으로 import 된 함수는 호출시 "모듈명.함수명"이 아니라 직접 "함수명"만을 사용한다.[4]
# factorial 함수만 import from math import factorial n = factorial(5) / factorial(3) [4]
하나의 모듈 안에는 있는 여러 함수를 사용하기 위해 from... import (함수1, 함수2) 와 같이 import 뒤에 사용할 함수를 나열할 수도 있다. 또한, 모든 함수를 불러 사용하기 위해서는 "from 모듈명 import *" 와 같이 asterisk(*)를 사용할 수 있다. 이렇게 from...import... 방식으로 import 된 함수는 호출시 모듈명 없이 직접 함수명을 사용한다.[4]
# 여러 함수를 import from math import (factorial,acos) n = factorial(3) + acos(1) # 모든 함수를 import from math import * n = sqrt(5) + fabs(-12.5)[4]
함수의 이름이 길거나 어떤 필요에 의해 함수의 이름에 Alias를 주고 싶은 경우가 있는데, 이 때는 아래와 같이 "함수명 as Alias" 와 같은 표현을 사용할 수 있다.[4]
# factorial() 함수를 f()로 사용 가능 from math import factorial as f n = f(5) / f(3)[4]
모듈의 위치[편집]
파이썬에서 모듈을 import 하면 그 모듈을 찾기 위해 다음과 같은 경로를 순서대로 검색한다.
- 01. 현재 디렉토리
- 02. 환경변수 PYTHONPATH에 지정된 경로
- 03. Python이 설치된 경로 및 그 밑의 라이브러리 경로
이러한 경로들은 모두 취합되어 시스템 경로인 sys.path에 리스트 형태로 저장된다. 따라서, 모듈이 검색되는 검색 경로는 sys.path를 체크하면 쉽게 알 수 있다. 모듈을 import 하면 sys.path에 있는 경로 순서대로 모듈을 찾아 import하다가 만약 끝까지 찾지 못하면 에러가 발생된다. sys.path를 사용하기 위해서는 sys라는 시스템 모듈을 import 해야 하며, sys.path는 임의로 수정할 수도 있다. 예를 들어, 기존 sys.path에 새 경로를 추가(append)하면, 추가된 경로도 이후 모듈 검색 경로에 포함된다[4]
모듈의 작성[편집]
우선 아래 두 개의 함수(add와 substract)를 mylib.py 라는 모듈에 저장한다.[4]
# mylib.py
def add(a, b):
return a + b
def substract(a, b):
return a - b[4]
모듈 mylib.py가 있는 디렉토리에서 그 모듈을 import 한 후, mylib의 함수들을 사용한다.[4]
# exec.py from mylib import * i = add(10,20) i = substract(20,5)[4]
파이썬 모듈.py 파일은 import 하여 사용할 수 있을 뿐만 아니라, 해당 모듈 파일 안에 있는 스크립트 전체를 바로 실행할 수도 있다. 파이썬에서 하나의 모듈을 import 하여 사용할 때와 스크립트 전체를 실행할 때를 동시에 지원하기 위하여 흔히 관행적으로 모듈 안에서 __name__ 을 체크하곤 한다. 파이썬에서 모듈을 import해서 사용할 경우 그 모듈 안의 __name__ 은 해당 모듈의 이름이 되며, 모듈을 스크립트로 실행할 경우 그 모듈 안의 __name__ 은 "__main__" 이 된다. 예를 들어, run.py이라는 모듈을 import 하여 사용할 경우 __name__ 은 run.py가 되며, "python3.5 run.py"와 같이 인터프리터로 스크립트를 바로 실행할 때 __name__ 은 __main__ 이 된다.[4]
# run.py
import sys
def openurl(url):
#..본문생략..
print(url)
if __name__ == '__main__':
openurl(sys.argv[1]) [4]
위와 같은 run.py 모듈을 아래와 같이 스크립트로 실행할 때 "if __name__ ..." 조건문은 참이 되어 openurl(sys.argv[1]) 가 실행된다. 여기서 참고로 sys.argv는 Command Line 아규먼트들을 갖는 리스트로서 아래 예제에서 argv[0]은 run.py, argv[1]은 google.com이 된다.[4]
$ python3.5 run.py google.com google.com[4]
하지만 아래와 같이 모듈을 import하여 사용할 때는 "if __name__ ..." 문이 거짓이 되어 openurl() 함수가 바로 실행되지 않고, 그 함수 정의만 import 된다. 따라서 이 경우 사용자는 명시적으로 openurl() 함수를 호출하여 사용해야 한다.[4]
$ python3.5
>>> from run import *
>>> openurl('google.com')[4]
Node.js[편집]
NodeJS 모듈 시스템[편집]
NodeJS는 파일 형태로 모듈을 관리할 수 있는 Common JS로 구현하였다. 모듈은 복잡한 application을 구성하기 위한 블록 역할을 하기도 하지만, exports시키지 않은 내부적인 함수와 변수들은 비공개로 유지하여 정보를 숨기는 메커니즘이기도 하다.[5]
기본 모듈 사용[편집]
const http = require('http');
http.createServer();[5]
사용자 정의 모듈[편집]
function sum(a,b) {
return a + b;
}
module.exports = {
sum : sum
}[5]
노출식 모듈 패턴[편집]
자바스크립트의 문제점 중 하나가 네임스페이스가 없다는 것이다. 전역 범위에서 실행되는 프로그램은 내부 application과 종속된 라이브러리 코드의 데이터들로 인해 충돌이 발생할 수 있다. 이 문제를 해결하기 위해 노출식 모듈 패턴을 사용해야 한다.[5]
const module = (() => {
const privateFoo = () => {}
const privateBar = [];
const exported = {
publicFoo : () => {},
publicBar : () => {}
};
return exported;
})();
console.log(module)[5]
위의 패턴은 자기 호출 함수를 사용하여 private 범위를 만들고 공개될 부분만 export한다. console을 통해서 확인하면, exportedehls api만 포함되어 있고, 나머지 모듈 내부 컨텐츠에는 외부에서 접근이 불가능하다.[5]
각주[편집]
참고자료[편집]
- 텀즈, 〈module 모듈 〉, 1999년 9월 13일
- 위키백과, 〈모듈(프로그래밍) 〉
- Dominic, 〈모듈과 모듈화 〉, 2019년 6월 9일
- 예제로 배우는 파이썬 프로그래밍, 〈모듈(Module) 〉
- pa324, 〈NodeJS - 모듈 시스템 〉
같이 보기[편집]
