Django

Django -수레바퀴를 만들 필요 없이 앱을 작성 가능!

Static web page(정적 웹 페이지)

• 서버에 미리 저장된 파일이 사용자에게 그대로 전달되는 웹 페이지
• 서버가 정적 웹 페이지에 대한 요청을 받은 경우 서버는 추가적인 처리 과정 없이 클라이언트에게 응답을 보냄
• 모든 상황에서 모든 사용자에게 동일한 정보를 표시
• 일반적으로 HTML, CSS, JavaScript로 작성됨
• flat page라고도 함
• 요청에 대한 처리 과정이 따로 없음
• 정적 웹페이지의 가장 큰 특징은 모든 상황에서 모든 사용자에게 동일한 정보를 표시!

 

Dynamic web page(동적 웹 페이지)

• 웹 페이지에 대한 요청을 받은 경우 추가적인 처리 과정이 있음!
• 추가적인 처리 과정 이후 클라이언트에게 응답을 보냄
• 동적 웹 페이지는 방문자와 상호작용하기 때문에 페이지 내용은 그때그때 다름
• 서버 사이드 프로그래밍 언어가 사용됨, 파일을 처리하고 데이터 베이스와의 상호작용이 이뤄짐- python,java,c++

Framework

• 프로그래밍에서 특정 운영 체제를 위한 응용 프로그램 표준 구조를 구현하는 클래스와 라이브러리 모임
• 재사용할 수 있는 수많은 코드를 프레임 워크로 통합함으로써 개발자가 새로운 애플리케이션을 위한 표준 코드를 다시 작성하지 않아도 같이 사용할 수 있도록 도움
• application framework라고도 함

Web framework

• 웹 페이지를 개발하는 과정에서 겪는 어려움을 줄이는 것이 주 목적!

 

Framework Architecture

• MVC Design Pattern(model - view - controller)
• 사용자 인터페이스로부터 프로그램 로직을 분리하여 애플리케이션의 시각적 요소나 이면에서 실행되는 부분을 서로 영향 없이 쉽게 고칠 수 있는 애플리케이션 만들 수 있음!
• Django는 MTV Pattern이라고 함

 

• UI랑 별도로 시각적인 요소나 이면에서 실행되는 부분을 서로 영향없이 쉽게 고칠 수 있음
• Django 는 MTV(model-template-view) Pattern이라고 함! mvc랑 같은데 이름만 바꿔부르는

 

MTV Pattern

• Model
  • 응용프로그램의 데이터 구조를 정의하고 데이터베이스의 기록을 관리(추가, 수정,삭제)
• Template
  • 실제 내용을 보여주는데 사용(presentation)
  • 파일의 구조나 레이아웃을 정의
• View (controller)
  • Model을 통해 요청을 충족시키는데 필요한 데이터에 접근
  • template에게 응답의 서식 설정을 맡김
  • HTTP요청을 수신하고 HTTP 응답을 반환

 

1)http request - 클라이언트로부터 요청을 받음

2)URLS - 요청을 받아 적절한 view를 찾아 요청을 전달

3)View

• 응답
• template이 있으면 가져옴 (optional)
• model과의 상호작용 (optional)

4)응답 (HTTP Response - HTML)

 

Project & Application

• project
  • Project는 앱의 집합! (collection of apps)
  • 프로젝트에는 여러개의 앱이 포함될 수 있음!
  • 앱은 여러 프로젝트에 있을 수 있음
• application
  • 앱은 실제 요청을 처리하고 페이지를 보여주고 하는 등의 역할을 담당
  • 하나의 프로젝트는 여러 앱을 가짐
  • 일반적으로 앱은 하나의 역할 및 기능 단위로 작성함

•  

앱등록

• project의 settings.py에서 INSTALLED_APPS에 반드시 앱을 등록해줘야함!
• INSTALLED_APPS
  • Django installation에 활성화 된 모든 앱을 지정하는 문자열 목록
• 반드시 생성 후 등록!!
• 먼저 작성(등록)하고 생성하려면 앱이 생성이 안됨

INSTALLED_APPS = [
	#Local apps
	'articles',

	#Third party apps
	'djangorestframework',

	#Django apps
	'django.contrib.admin',
	'django.contrib.auth',
	'django.contrib.contenttypes',
	'django.contrib.sessions',
	'django.contrib.messages',
	'django.contrib.staticfiles',
]

• 해당 순서를 advanced한 내용 대비를 위해 지키는걸 권장

 

<요청과 응답>

URLs

• HTTP요청(request)을 알맞은 view로 전달
• 장고는 반드시 end slash (/)를 사용해야함!

View

• HTTP요청을 수신하고 HTTP 응답을 반환하는 함수 작성
• Model을 통해 요청에 맞는 필요 데이터에 접근
• Template에게 HTTP 응답 서식을 맡김
• view는 app에 있음! -views.py는 일종의 모듈
• django - trailing comma장고에서는 trailing comma를 작성! -생산성을 높이기 위해서!
• 파이썬은 리스트에 요소 하나일 때 ‘ ,’를 안쓰지만
• *****view 함수가 무조건 받아야 하는 인자 : requesturls.py에서의 요청이 넘어옴
• request 작성 안 하면 오류남!! 첫번째 필수 인자임.

Templates

• 실제 내용을 보여주는데 사용되는 파일
• 파일의 구조나 레이아웃을 정의 ( ex.HTML)
• Template 파일 경로의 기본 값은 app 폴더 안의 templates 폴더로 지정됨!
• app에 templates 폴더를 만들고 OOOO.html생성

추가설정

#settings.py

• LANGUAGE_CODE
  • 모든 사용자에게 제공되는 번역을 결정
  • 이 설정이 적용되려면 USE_I18N이 활성화되어 있어야 함
  • language-identifiers
• TIME_ZONE
  • 데이터베이스 연결의 시간대를 나타내는 문자열 지정
  • USE_TZ가 True이고 이 옵션이 설정된 경우 데이터 베이스에서 날짜 시간을 읽으면, UTC대신 새로 설정한 시간대의 인식 날짜 & 시간이 반환 됨
  • USE_TZ이 False인 상태로 이 값을 설정하는 것은 error가 발생하므로 주의!
  • List of tz database time zones
• USE_I18N
  • Django의 번역 시스템을 활성화해야 하는지 여부를 지정
• USE_L10N
  • 데이터의 지역화 된 형식(localized formatting)을 기본적으로 활성화할지 여부를 지정
  • True일 경우, Django는 현재 locale의 형식을 사용하여 숫자와 날짜를 표시
• USE_TZ
  • datetimes가 기본적으로 시간대를 인식하는지 여부를 지정
  • True일 경우 Django는 내부적으로 시간대 인식 날짜/시간을 사용