Part 3 Overview
이번 튜토리얼은 part2 에 이어서, part 3 를 진행합니다.
여전히 투표 어플리케이션에 대해 진행이 됩니다.
Public Interface 인 “view” 에 집중합니다.
복습을 위해, 아래 그림들을 이전 포스팅에서 가져 왔습니다.
view 란 Django 안에 있는 하나의 웹페이지 종류로, 보통 특정 기능과 특정 템플릿에 대해 수행합니다.
예를들면, 블로그 어플리케이션은 아래 view 들이 필요할수 있습니다.
| 블로그 어플리케이션에 필요할수 있는 view 목록 | |
|---|---|
| 블로그 홈페이지 | 가장 최근의 게시글 몇개를 표시합니다 |
| 게시글 디테일 페이지 | 하나의 게시글을 위한 특정페이지의 영구적인 주소 |
| 연도별 아카이브 페이지 | 해당 연도에 작성된 모든 게시글들 표시 |
| 월별 아카이브 페이지 | 해당 월에 작성된 모든 게시글들 표시 |
| 일별 아카이브 페이지 | 해당 일에 작성된 모든 게시글들 표시 |
| 커멘트 엑션 | 해당 포스트에 다른 커멘트들을 관리 |
Polls 앱에 필요한 view 목록
| Polls 어플리케이션에 필요한 View 목록 | |
|---|---|
| Question 인덱스 페이지 | 가장 최근에 등록된 질문 몇개들을 표시 |
| Question 디테일 페이지 | 결과를 제외한 질문의 텍스트를 표시, 투표를 할수 있는 양식 제공 |
| Question 결과 페이지 | 해당 투표질문의 결과를 표시 |
| 투표 액션 | 특정 투표질문에 있는 특정 옵션의 투표를 관리 |
Django 에서는, 웹페이지들과 다른 컨텐츠가 view 로 전달이 되어서 나옵니다. 각각의 view 는 python 함수로 표시가 됩니다 (혹은, 클래스기반 view 일 경우, 메서드로 표시가 됩니다)
Django 는 요청된 URL 을 확인하여,
어떤 view 를 호출할것인가 판단합니다.
한마디로, 도메인 이름 뒤에 붙는 URL 부분을 확인하여, View 를 호출합니다.
웹 서핑을 하면서 한번쯤은 이런 URL을 본적이 있을겁니다 “ME2/Sites/dirmod.asp?sid=&type=gen&mod=Core+Pages&gid=A6CD4967199A42D9B65B1B”
Django 에서는 이것보다는 더 엘레강스한 URL 패턴들을 허용 합니다
URL Pattern 의 예는 아래와 같습니다.
/newsarchive/<year>/<month>/
Django 에서 URL 을 view 로 연결하려면,
URLConfs 를 사용하면 됩니다. URLConf 는 URL 패턴을 view에 연결합니다.
이번 튜토리얼은 기본적인 URLConfs 사용에 대한 매핑을 제공합니다.
더 많은 세부사항은, URL Dispatcher 문서를 확인 하면 됩니다.
마치며..
다시 한번 복습하지만, 아래 그림처럼,
브라우저로 해당 URL 을 접속하면, VIEW를 호출하고,
해당 VIEW 에 있는 함수는 MODEL 이나 Template을 통해서 데이터베이스에 접근하거나,
결과를 사용자에게 다시 돌려줄수 있습니다.
해당 URL 에서 View 를 호출하기 위해서는, URLConf 의 URL 설정을 해주어야 합니다.