[Django] intro에서 대략적인 큰 틀을 보고 이번에는 직접 환경을 설정해보겠다

0.가상환경(Virtual Environment) 구축하기

코린이인 나는 내 노트북으로 프로젝트를 바로 시작해도 되지만, 수많은 프로젝트를 하다보면 특정 버전의 라이브러리를 사용해야 하는 경우가 생긴다
ex) a프로젝트에는 파이썬 3.8,근데 b프로젝트는 파이썬 2버전이 필요

부자라면 노트북 2대 구매하면 된다

이때 등장하는게 가상환경으로, 우리의 데스크탑에 가상공간을 하나 만들어주는걸 말한다. 각각의 프로젝트에 맞는 환경으로 셋팅을 할 수 있다.

1. Project 생성

$ django-admin startproject 프로젝트이름

위의 코드는 project디렉토리를 만들고 manage.py를 포함 여러 파일들을 생성해 준다. 그리고 하위에 프로젝트이름과 동일한 디렉토리를 만들어내고 동시에 여러 초기파일을 만들어 준다.(주의! (상위파일)프로젝트이름-(하위파일)프로젝트이름이렇게 두개가 생성되는데 상위 프로젝트파일은 이름 변경이 가능하지만, 하위프로젝트 이름을 바꾸면 안된다!)

2. app만들기

$ python manage.py startapp 앱 이름

위의 코드를 실행하면 다음의 파일들이 default로 생성된다.

• migrations
• init.py
• admin.py
• apps.py
• models.py
• views.py

3.Database셋업

setting.py -> 'INSTALLED APPS'

INSTALLED APPS란 stting.py에 있는 리스트 객체로써, 새로만든 app은 이곳에 address를 입력하여 데이터베이스와 이어지도록 셋팅해줘야한다.(안되면 에러...)
추가된 순으로 제일 밑에 순차적으로 추가해주면 된다.
첫번째 경로에는 app이름, 두번째 경로는 apps이다 (apps.py에 Config가 들어있기 때문에)
마지막 경로의 이름은 디폴트로 카멜형식의 app이름+Config으로 만들어 진다.

@ settings.py

INSTALLED_APPS = [
    'django.contrib.admin',
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.messages',
    'django.contrib.staticfiles',
    'polls.apps.PollsConfig',      
]

추가후 shell에서 아래의 코드를 실행하여 migrate를 해준다.(migrate는 다음단계인 Model만들기에서도 사용되니 잘 알아두는거 추천~)

$ python manage.py migrate 

4.MODEL만들기(model.py)

흔히 모델링한다고 하는데.. Django로 모델링한다면 이거 아닐까? 라고 이해했다

MODEL은 데이터베이스와 통신을 하며 데이터를 가지고 오는 역할을 한다. 그 관련된 파일은 models.py이다. 데이터를 저장하는 장소는 데이터베이스이므로 데이터베이스가 필수적인 존재이다(데이터베이스가없으면 model.py도 솔직히.. 의미가 없다고 본다) Django는 ORM이라는걸 통해 쉽게 model.py에서 데이터베이스를 쉽게 관리 할 수 있다.(ORM은 다음포스팅에서~)

• 이곳에서 class를 통해서 정의를 하는데, 이 class는 데이터베이스의 table에 데이터를 적절히 넣어주는 역할을 한다.
• modelclass의 instance는 database의 각 필드로 표현된다. 각 필드가 가질 자료형을 Django에 전달한다.
• class의 각각의 attribute는 database의 column명이 된다
  if)models.py의 내용이 변경되었다? 확인하려면 shell을 재시작해야한다

5.MODEL의 내용을 반영하기

makemigrations & migration

models.py를 변경했으므로, 이를 데이터베이스에 반영하기 위하여 작업이 필요한데 이를 migration이라고 한다. 3번단계에서 settings.py로 먼저 app의 address를 세팅해준다.

• makemigrations : 모델의 수정내용을 점검하여, DB의 structure를 바꾸어 준다. 이 단계에서는 migrate이 가능한지를 점검해준다. (실제 migration이 일어나지는 않음)
• migrate : 실제로 업데이트를 데이터베이스에 반영한다.
  migrations 디렉토리의 initial.py에서 수동으로 변경도 가능하다.

makemigrations,migrate를 한 단계로 생각하고 매번 같이 해주는걸 추천!

6. 관리자 계정 만들기 (admin.py)

관리자 계정을 생성한다.

$  python manage.py createsuperuser   

새로 만든 app을 관리자 계정에서 관리하고 싶은 경우, 다음과 같이 설정이 필요하다.

@admin.py
from .models import 앱이름
admin.site.register(앱이름)

7. 클라이언트의 요청 처리하기(views.py)

데이터를 MODEL서 가져와 가공하여 웹페이지 결과를 만들도록 컨트롤 하는 역할을 한다.
views.py안에 있는 하나의 함수->하나의 view를 정의한다.
views.py사용예시(실제로 썼다)

8. Database에 object를 추가하기

migration후에 database에 자료를 추가해준다.

첫번째 방법, 하나하나 추가하기

자주 사용하는 objects의 메소드들:
클래스이름.objects.all() : shows all objects in a given class
클래스이름.objects.filter(attribute__startswith="") : filter out objects starts with ""
클래스이름.objects.get(pk=1): get 1 object with a primary key 1.
.save() : save to DB

#python manage.py shell

from 앱이름.models import 클래스1, 클래스2

new_object = Class1()
new_object.attribute1 = ..
new_object.attribute2 = ..

두번째 방법, 한번에 다 추가하기

• 클래스1 과 클래스2를 ForeignKey로 묶어줄 경우, 클래스1은 클래스2를 set로 가지게 된다.
• 클래스1객체.클래스2_set.all() 클래스2 must be lowercase
• 객체 생성 및 저장 : 클래스1객체.클래스2_set.create(attribute = "")

>>> <QuerySet [<Choice: Not much>, <Choice: The sky>, <Choice: Wecode>]>

# automatically saves to DB without using .save()
question1.choice_set.create(choice_text="coding")