Django 공식 문서

🙄공식문서를 보면서 개념에 대한 정리를 한 페이지. 장고를 처음 배우는 입장에서 그저 코드를 무의식적으로 따라치기보다는 웹이 어떤 흐름으로 이루어지는가를 이해하는것이 더 중요하다고 생각했기 때문에 코드에 대한 내용은 블로깅하지 않았다. (그렇다고 코드를 안쳐본건 아니다. 다 따라쳐봤다!)

---

What is MTV Pattern

장고는 MTV 패턴을 기반으로 한 프레임워크라는 말을 검색을 하면서 굉장히 많이 보았다. 그래서 이 MTV 패턴이 무엇인지에 대한 이해가 있어야 장고라는 웹 프레임워크를 이해할 수 있을거란 생각이 들어서 정리해놓으려한다.

그래서 MTV패턴이 뭔데? MTV패턴을 이야기하기 전에 MVC패턴으로 먼저 이해해보자. MVC 패턴은 Model, View, Control 로 동작하는 패턴을 의미한다. 이 패턴이 장고에서는 Control 을 Template으로 바꿔 MTV 패턴이라고 부른다. 이름만 다르지 하는 역할은 거의 비슷하기 때문에 기존에 MVC 패턴을 이해하고 있다면 이해하기 조금 더 수월할거라 생각한다.

MVC 패턴을 이해하기에 좋은 그림이 있어 다음의 페이지에서 가지고왔다. 영어에 자신이 있다면 아래의 링크를 참고하면 이해하는데 도움이 될거라 생각한다.

Essence of MVC

기존에 MVC는 별개의 개념이 아닌 하나의 통합된 개념이였다. 이 개념이 섞여있어 프로젝트가 커져감에 따라 관리에 어려움을 느껴 MVC를 따로 관리하게 되었다.

MVC는 다음과 같은 역할을 한다.

MVC concerns by function:

• Model: safely and consistently store the data that matters to the user
• View: present all, a subset or summarization of the data to the user
• Controller: respond to user inputs and events, update the view and model appropriately

MVC concerns by expertise:

• Model: data reliability, data consistency, query efficiency, update efficiency and storage-size efficiency
• View: graphic design, information presentation and UX
• Controller: expertise in the problem domain and coordinating the other concerns

MVC concerns by people:

• Model: algorithm and data-engineers
• View: designers and artists
• Controller: experts in what the system needs to do

즉, 정리하면 다음과 같다.

• Model : 안전하게 데이터를 저장
• View : 데이터를 적절하게 유저에게 보여줌
• Control ( Template ) : 사용자의 입력과 이벤트에 반응하여 Model과 View를 업데이트

이렇게 분리 된 MVC는 어떻게 동작할까? 다음 그림을 봐보자.

여기서 controller를 MTV패턴에서는 Template로 생각하면 똑같다! 이런 패턴은 다음과 같이 동작한다.

1. User → Controller에서 다양한 Input, event 조작 → Controller는 Model에 있는 데이터를 가지고 와서 가공 후 View에 보내지고, View를 다시 유저에게 보여지는 형태
2. user가 입력하면 Controller가 입력을 Model에 쓰는 형태

따라서 모두 서로 유기적인 관계로 동작한다!

---

Django Flow

그래 MTV 패턴은 그런거구나. 그게 Django에서 어떻게 동작하는데? 라는 내 스스로의 질문에 대답히기 위해 찾아본 Django Flow! 장고의 흐름을 알아보자.

위의 그림을 보면서 다음의 흐름을 이해해보자.

1. event 발생
2. 요청한 URL 분석. 적합한 View로 보여줌
3. Database 어디에 접근해서 어떤 데이터를 가공할지 Model에 알려준다.
4. 실제적인 Database와 connection
5. Data send 준비
6. 실제 Data send
7. User에게 보여줄 Data를 Template에 전송
8. 다양한 UI를 만들어서 browswer에 send
9. 1에서 발생한 이벤트 처리 완료!

위와 같은 루프를 지속적으로 처리하면서 장고는 동작한다. 중요한 부분이니 꼭 흐름을 이해하도록 하자.

---

장고의 MTV 패턴과 장고의 흐름을 이해했다면 이제 실제로 장고를 써봐야한다. 이 페이지에서는 장고에서 프로젝트를 만들고 앱을 만들것이다. 그리고 만들면서 생성된 파일들에 대해서 설명하는걸로 끝마치겠다.

프로젝트 만들기

$ django-admin startproject mystie

mysite라는 프로젝트 디렉토리를 생성한다. 프로젝트는 하나의 프로젝트를 이야기하며 앱은 하나의 프로젝트 안에 있는 여러가지 기능들을 앱이라고 한다. 예를 들어 django tutorial페이지에서는 mysite라는 프로젝트 안에 투표를 할 수 있는 기능이 있는 앱인 polls 라는 앱을 만드는 예제가 있다.

프로젝트를 생성할 때, Python 또는 Django에서 사용중인 이름은 충돌이 일어나기 때문에 사용을 피하자.

startproject 를 하고 나면 다음과 같은 파일들이 생성된다.

이러한 파일들의 구성과 역할들에 대해서 이해하는게 좋을 것 같다.

구성을 살펴보면 내가 생성한 mysite라는 프로젝트가 생성이 되었고, manage.py라는 파일이 생성되었다.

• manage.py : Django 프로젝트와 다양한 방법으로 상호작용하는 커맨드라인의 유틸리티. 임의로 변경하지 않도록 주의
• mystie : 이 디렉토리 내부에는 프로젝트를 위한 실제 python 패키지 파일들이 저장된다.
• __init__.py : Python으로 하여금 이 디렉토리를 패키지처럼 다루라고 알려주는 용도의 빈 파일
• settings.py: 전체 프로젝트를 관리하는 설정들이 담겨있는 파
• urls.py: 사용자가 URL로 Django에 접근을 하면 Django는 URL로 URL 규칙을 보고 내부에서 일치하는 view를 찾아 연결시켜준다.
• asgi.py: asgi는 Django-channels를 사용할 때 알아야 하는 개념. Asynchronous Server Gateway Interface 의 줄임말로써, django-channels가 사용하고 있는 Daphne와 django-channels가 작동하는 기반.
• wsgi.py: Web Server Gateway Interface. Python의 표준 Gateway Interface.

---

개발 서버

python manage.py runserver

상단의 명령어를 입력했을 때, 다음과 같은 명령어가 출력되면 정상으로 동작한것이다.

Performing system checks...
System check identified no issues (0 silenced).
You have unapplied migrations; your app may not work properly until they are applied.
Run 'python manage.py migrate' to apply them.
7월 29, 2020 - 15:50:53
Django version 3.0, using settings 'mysite.settings'
Starting development server at http://127.0.0.1:8000/
Quit the server with CONTROL-C.

빨간줄로 표시되어 나오는 경고문구는 현재는 신경쓰지 않아도 된다. 데이터베이스에 적용되지 않은 변경사항들(migrations)에 대한 경고이다.

앱 만들기

python manage.py startapp polls

이제 mysite라는 프로젝트에서 polls 라는 앱을 생성했다. 현재 폴더의 구조는 다음과 같다.

각 파일들의 기능을 알아야 내가 실제 개발할 때 어떤 파일에 어떤 로직을 구현해야할지 생각할 수 있기 때문에 각 파일들이 어떤 파일인지 간단히 알아보자.

• __init__.py: App이라고 알려주는 역할을 하는 파일
• admin.py: Django에서는 admin이라고 하는 관리자 페이지도 제공해주는데, 이 관리자에 대한 로직을 구현할 때 사용되는 파일
• migrations: 데이터베이스와 관련된 폴더
• models.py: 모델링에 사용될 로직들을 구현하는 파일. 데이터베이스와 연결을 직접적으로 담당하는 파일.
• tests.py: Django test와 관련된 코드들을 작성하는 파일
• views.py: View들을 작성하는 파일. 데이터를 적절히 가공하는 역할.

🤫이건 기억해야해

• 어떤 형태로 데이터 저장 형태를 설정할지? → Model
• 유저에게 보여지는 화면을 수정하고 싶어! → Template
• 데이터를 처리해서 가공하고 싶어! → View
• 가공한 데이터를 유저가 보는 화면에 넘겨주고 싶어! → URLConf

---

💾 별첨. URL mapping , path() 인수

URL mapping 이해하기

생성한 polls 앱에서 urls.py라는 파일을 생성해야 polls앱에 관련된 URL만 mapping할 수 있고, 다른 충돌 또한 없앨 수 있다. mysite.urls.py에서 조금 더 큰 범주의 url을 mapping하고, 여기서 polls.urls가 mapping되어 polls.py에 mapping되어 구현한 url들을 읽을 수 있게 된다. 이 때, include()를 사용하게 되는데 다른 URL 패턴을 포함할 때마다 항상 사용해주어야 한다.

여기서 path() 함수에는 2개의 필수 인수인 route와 view, 선택할 수 있는 2가지의 인수인 kwargs와 name까지 전달 가능하다.

path()인수

• route: URL 패턴을 가진 문자열. 일치하는 패턴을 찾을 때 까지 요청된 URL을 각 패턴과 리스트의 순서대로 비교한다.
• view: 일치하는 패턴을 찾으면, HttpRequest 객체를 첫번째 인수로 하고, 경로로부터 일치 된 값을 키워드 인수로 하여 특정한 view 함수를 호출한다.
• kwargs: 임의의 키워드 인수들은 dictionary 형태로 view에 전달된다.
• name: URL에 이름을 지으면, 템플릿을 포함한 Django 어디에서나 명확하게 참조할 수 있다. 이 기능을 사용하면 단 하나의 파일만 수정해도 project 내의 모든 URL 패턴을 바꿀 수 있도록 해준다.

---

이제 우리는 Django로 하나의 프로젝트를 생성했고, App을 만들었으며, 생성 된 파일이 무슨 역할을 하는 파일인지 알게 되었다.

이제 즐거운 코딩만 하면 된다! 🤯