개요
1~4정리라고 해봤자
결국
1~3은 4를 하기 위한 정말
튜토리얼이기 때문에
4번만 정리하도록 하겠다.
여기서 말하는 정리는
내용을 정리하겠다는 것이 아닌
내용 정리를 포함한 Model, View, Template의 코드 그리고
그 코드의 파일과 실제 브라우저 화면을 연결시켜 이미지화 시킬 것 이다.
우선 Model, View, Template의 코드를 살펴보기 전에
MVT(Model
View Template)의 개념부터 다시
한번 살펴보자.
또한 튜토리얼에서 작성한 코드들은 아래의 링크에서 확인하길 바란다.
MVT(Model View Template)와
MVC(Model View Controller)
이전에 설명했었지만
다시 한번 언급하고 넘어가자.
먼저 MCV(Model Controller View)는 유저 인터페이스(UI)와
[1]관심사 분리(Separation
of Concerns, SoC)를 지원하는
독립된
어플리케이션 로직으로 유명하며 현재 많이 사용되어지고 있다.
Controller는 애플리케이션에
대한 모든 요청을 수신한 후
모델(Model)과 함께 작업하여 View에 필요한 데이터를
준비 한다.
그 후에 View는 Controller가 준비한 데이터를
사용하여
최종 응답(Response)을 생성해 사용자에게 보여준다.
MCV에서 모델(Model)은 애플리케이션의
데이터 관리한다.
View의 요청(Request)에 응답(Response)하고
Controller의 명령에
응답하여 데이터를 갱신 한다.
View는 Controller의 명령에 의해 결정되는
특정 형식의 데이터 표시를 통해 사용자에게 웹페이지의 형태로 보여준다.
여기서의 특정 형식은
JSP, SAP,
PHP와 같은 스크립트
기반 템플릿 시스템이며,
Controller는 사용자의 입력에
응답(Response)하고
데이터 모델
개체에 대한 상호 작용을 수행한다.
Controller는 입력을 수신해
입력 데이터의 유효성을 검사한 후,
데이터 모델의 상태를 수정하는 등의 비즈니스 로직을
수행한다.
MVT(Model
View Template)는
Model(MVT)
= Model(MVC),
View(MVT) = Controller(MVC),
Template(MVT) = View(MVC)로서
하는 역할 자체는 위와 같이
비슷한 개념이지만 약간 다른 점이 있다.
Django에서는 Model과 View간의 상호 작용을
제어하는 부분인
Controller
부분을 Django가 관리하여 템플릿을
남겨둔다는 것이다.
여기서 템플릿은 태그와
비슷한
DTL(Django
Template Language)와 혼합된 HTML로
작성되어 있는 HTML 파일을 말한다.
즉, MVT 패턴에서 View는
MCV패턴의 Controller와 비슷한 개념이지만,
MVT패턴의 Django는 Django에서
Controller로서의 역할,
MVC패턴에서 Model과 View간의 상호 작용을
Django에서 관리한다는 뜻 이다.
따라서 개발자는 Model과 View간의 상호작용을
신경 쓰지
않아도 되며, 단지 Model,
View, Template을
프로그래밍 해
URL 매핑을 한 후 Django에게 전달해주기만 하면
된다.
Model, View, Template 그리고
URL매핑
지금 까지 프로그래밍
했던 것을 기준으로
Model,
View, Template 그리고 URL 매핑을 살펴보자.
먼저 우리는 아래와
같이 2가지 앱을 가지고 있다.
설문조사 투표 App(애플리케이션) polls와
프로젝트 생성시 자동으로
생성되는
App(애플리케이션) start_django을 가지고 있다.
그리고 해당 앱은
위의 사진과 같이
각 python 또는 Html 파일로 되어 있는
문서들이 존재한다.
개발자로서 대부분 다루게 될 부분은 빨간색 박스와 같다.
하나 씩 살펴보자.
Model, View, Template 그리고
URL 매핑 : Template
투표 App(애플리케이션)인 polls는
각 detail.html,
index.html, results.html의 Template를 가지고 있다.
그 중 detail.html을 살펴보자.
Template는MCV에서 View와 비슷한 역할로
실제 브라우저에 표시되는
화면으로
프레젠테이션
로직인 View와 상호 작용한 데이터를
표시한다.
실제 코드는 위의
사진의 빨간색 박스의 DTL(Django Template Language)와
예전부터 사용해 왔던
녹색 박스의 HTML 태그로 구성되어져 있다.
Model, View, Template 그리고
URL 매핑 : View
View는 MVC패턴에서의 Controller와 비슷한 역할로
빨간색 박스와 같이 Model과 Template간의 다리 역할과
녹색 박스와 같이 비즈니스
로직을 처리 한다.
Model, View, Template 그리고
URL 매핑 : Model
Model은 MVC패턴에서의 Model과 같으며,
데이터 간의 상호 작용(인터페이스)을 담당한다.
녹색 박스와 같은 데이터 처리
및 유효성 검사와
관련된 모든 항목이
이 Model에 포함 된다.
Django의 마이그레이션
기능을 활용하면
각 Model들은 Model들의 이름이 테이블 명
그리고 Model들의 지역 변수들이
컬럼명이 되는 테이블을
자동으로 생성 할 수 있다.
Model, View, Template 그리고
URL 매핑 : URL 매핑
먼저 메인 App인 start_django와 투표 App인 polls의 매핑
그리고 투표 App인 polls에서 정의한 각 View들의 매핑으로
URL 매핑은 2가지가 존재 한다.
먼저 아래의 사진과
같이 메인 App과
각 App들을 먼저 URL 매핑 해주어야 한다.
지금은 polls라는 App이 하나밖에 존재하지 않기 때문에
URL매핑은 2개 밖에 없지만,
App들을 추가 할 때마다 추가 해주어야 한다.
위의 사진의 경우 include() 함수를 통해 URL을 매핑하였다.
그리고 위의 화면과
같이
polls 앱 내부의 View들의 URL을 매핑 해준다.
위의 사진의 경우는
제너릭 뷰(Generic View)를 사용해 URL을 매핑하였다.
이렇게 해서 개발자가 프로그래밍
해줘야하는 부분은 끝이 났다.
이 것을 기준으로
새로운 App을 만들거나
투표
App인 polls를 수정하는 것은 개발자의 몫이다.
다음에는 좀 더 정확한
이해를 위해
각 코드와 실제 브라우저에 표시되는 화면을 연결 시켜 보려고 한다.
[1] 관심사 분리(separation of concerns, SoC) :
컴퓨터 프로그램을
구별된 부분으로 분리시키는 디자인의 원칙을 말하며,
여기서 관심사란, 컴퓨터 프로그램 코드에
영향을 미치는 정보의 집합을 말한다.
관심사 분리(SoC)는 정보를 잘 정의된
인터페이스가 있는 코드 부분 안에 캡슐화(encapsulation) 시킴으로써 달성 한다.
이 관심사가 잘 분리
되었을 때
독립적인 개발과 유지보수 이외에도
모듈의 재사용성을
향상 시킬 수 있다.
[2]AJAX(Asynchironous Javascript And XML) :
비동기적인 웹 애플리케이션의
제작을 위해 JavaScript와 XML을 이용한 개발 기법
참고
What is the
difference between an MVC and an MVT framework :
