Just Zino

Django로 설문조사 앱 만들기 - part 1 ~ 4

2020-04-01T00:00:00+09:00

간단한 설문조사(Polls) 어플리케이션 만들기

장고 앱 작성하기, part 1

사용 명령어

virtualenv 디렉토리명(venv) 가상환경 생성
.\Scripts\activate 가상환경 실행
pip install django django 설치
django-admin startproject 디렉토리명 Django project를 실행할 폴더 생성
django-admin startapp 이름(polls, user, order, project…) app생성
python manage.py runserver 서버 실행
python manage.py runserver 8080 포트8080으로 서버 시작

1. views.py

2. urls.py

- view 호출을 위해 URLconf를 생성

polls/urls.py

urlpatterns = [
    path('', views.index, name='index'),
]

mysite/urls.py

urlpatterns = [
    path('polls/', include('polls.urls')),
    path('admin/', admin.site.urls),
]

3. path() 함수 인수에 대해

필수 인수 : route, view
선택 인수 : kwargs, name

from django.urls import path

path(route, view, kwargs=None, name=None)

route: URL pattern을 가진 문자열
- 도메인 이름 이후 요청된 URL을 각 패턴과 리스트의 순서대로 비교
- 각 pattern들은 GET/POST의 매개변수 검색x
view
- 일치하는 패턴을 찾으면, HttpRequest 객체를 첫번째 인수로,
- view함수 호출
kwargs
name
- URL에 이름을 부여 -> Django 어디서나 명확히 참조

장고 앱 작성하기, part 2

사용 명령어

python manage.py makemigrations polls 모델의 변경(생성)을 migration으로 저장
python manage.py migrate 데이터베이스 테이블 만들기, 변경사항 적용
python manage.py sqlmigrate polls 0001 migration이름을 인수로 받아, 실행하는 SQL 문장을 보여줌
python manage.py shell Python 쉘에서 Django가 접근할 수 있는 Python 모듈 경로를 그대로 사용가능 - 시험용
python manage.py createsuperuser 관리자 생성하기
python manage.py runserver 개발 서버 시작

1. 기본 어플리케이션

settings.py

INSTALLED_APPS = [
    'django.contrib.admin',         # 관리용 사이트. 곧 사용하게 될 겁니다.
    'django.contrib.auth',          # 인증 시스템.
    'django.contrib.contenttypes',  # 컨텐츠 타입을 위한 프레임워크.
    'django.contrib.sessions',      # 세션 프레임워크.
    'django.contrib.messages',      # 메세징 프레임워크.
    'django.contrib.staticfiles',   # 정적 파일을 관리하는 프레임워크.
]

2. Django 모델 API

1. INSERT

데이타를 삽입하기 위해서는 먼저 테이블에 해당하는 모델(Model Class)로부터 객체를 생성하고, 그 객체의 save() 메서드를 호출하면 된다. save() 메서드가 호출되면, SQL의 INSERT이 생성되고 실행되어 테이블에 데이타가 추가된다.

2. SELECT

Django는 디폴트로 모델 틀래스에 대해 “objects”라는 Manager(django.db.models.Manager) 객체를 자동으로 추가한다.

사용 :ModelClass.objects.QueryMethod
Query란?
- 데이터 베이스에 정보를 요청하는 것.
- 쿼리는 웹 서버에 특정한 정보를 보여달라는 웹 클라이언트 요청(주로 문자열을 기반으로 한 요청)에 의한 처리이다.
자주 사용되는 주요 메서드
- all() : 테이블 데이터를 전부 가져오기
  ex) User 테이블의 모든 데이터의 id와 name 컬럼을 출력
```
for u in User.objects.all():
    s += str(u.id) + ' : ' + u.name + '\n'
```
- get() : 하나의 Row만을 가져오기 위한 메서드
  ex) Primary Key(일반적으로 id 컬럼)가 1인 row를 가져오기
```
row = User.objects.get(pk=1)    #pk = primary key
print(row.name)
```
- filter() : 특정 조건에 맞는 Row들을 가져오기 위한 메서드
  ex) name 필드가 Lee인 데이터만 가져오기
```
rows = User.objects.filter(name='Lee')
```
- exclude() : 특정 조건을 제외한 나머지 Row 가져오기 위한 메서드
  ex) name 필드가 Lee가 아닌 데이터만 가져오기
```
rows = User.objects.exclude(name='Lee')
```
- count() : 데이터의 갯수(row 수)를 세기위한 메서드
```
n = User.objects.count()
```
- order_by() : 데이터를 key에 따라 정렬. 인자로 정렬키를 나열할수 있고, 앞에 -가 붙으면 내림차순이다.
  ex) id 올림차순, date 내림차순으로 정렬
```
rows = User.objects.order_by('id','-date')
```
- distinct() : 중복된 값은 하나로만 표시하기 위한 메서드. SQL의 SELECT DISTINCT와 같은 효과
  ex) name 필드가 중복되는 경우 한번만 표시
```
rows = User.objects.distinct('name')
```
- first() : 데이터들 중 처음에 있는 row만 return
  ex) name 필드 정렬 후 처음 row를 return 하기
```
rows = User.objects.order_by('name').first()
```
- last() : 데이터들 중 마지막에 있는 row를 return
  ex) name 필드 정렬 후 마지막 row return
```
rows = User.objects.order_by('name').last()
```

3. UPDATE

데이터를 수정하기 위해 먼저 수정할 Row 객체를 얻은 후 변경할 필드들을 수정한다.
이어 마지막에 save() 메서드를 호출하면, SQL의 UPDATE가 실행되어 테이블에 데이터가 갱신된다.
ex) id=1인 User 객체의 이름을 변경하기

tmp = User.objects.get(pk=1)
tmp.name = 'Kim'
tmp.save()

4. DELETE

데이터를 삭제하기 위해서는 먼저 삭제할 Row 객체를 얻은 후 delete()메서드를 호출한다. ex) id=2인 User객체 삭제

user1 = User.objects.get(pk=2)
user1.delete()

Link : 참고사이트

5. Model API에 대한 몇가지 정리 사항

choice_set 등장
- 구현한적 없는 q.choice_set.all() 라는 메서드가 등장.
- 이는 기본적으로 객체에 접근할 수 있는 Manager 객체의 이름은 모델명(소문자)_set 으로 지어진다고 한다.
  ex) class Choice 의 Manager 객체 = choice_set
```
q.choice_set.all()
q.choice_set.create(choice_text='Not much', votes=0)
q.choice_set.count()
```
Field lookups : SQL의 WHERE 절에 해당하는 부분이다.
- QuerySet methods인 filter(), exclude(), get() 에 키워드 인자의 형태로 전달된다.
- 형태 : field__lookupType=조건값
```
Question.objects.get(pub_date__year=current_year)
Choice.objects.filter(question__pub_date__year=current_year)
```

3. Django 관리자 사이트

python manage.py createsuperuser
관리자 사이트에서 편집 가능한 그룹과 사용자와 같은 몇 종류의 컨텐츠를 볼 수 있다. 이것들은 django.contrib.auth 모듈에서 제공되는데, Django 에서 제공되는 인증 프레임워크이다.

관리 사이트에서 poll app 을 변경가능하도록 만들기 polls/admin.py

from django.contrib import admin
from .models import Question

admin.site.register(Question)

장고 앱 작성하기, part 3

View 만들기 - 만들 페이지

우리가 만드는 poll 어플리케이션에서 다음과 같은 네개의 view 를 만들어 본다.

질문 “색인” 페이지 – 최근의 질문들을 표시합니다.
질문 “세부” 페이지 – 질문 내용과, 투표할 수 있는 서식을 표시합니다.
질문 “결과” 페이지 – 특정 질문에 대한 결과를 표시합니다
투표 기능 – 특정 질문에 대해 특정 선택을 할 수 있는 투표 기능을 제공합니다.

view

polls/views.py 에 뷰를 추가 -> polls.urls 연결
참고 사항
- <int:question_id>에서 괄호를 사용하여 URL 의 일부를 “캡처”하고, 해당 내용을 keyword 인수로서 뷰 함수로 전달
- :question_id> 부분: 일치되는 패턴을 구별하기 위해 정의한 이름
- <int: 부분: 어느 패턴이 해당 URL 경로에 일치되어야 하는 지를 결정하는 컨버터
Django에서 각 뷰에 필요한 것은 HttpResponse 객체 혹은 예외

템플릿 네임스페이싱

템플릿을 polls/templates 이 아닌 polls/templates/polls/index.html 에 넣는 이유
-> Django 는 name이 match되는 첫번째 template를 선택하는데, 만약 다른 application에 동일한 이름의 template이 있으면 두 templates의 구별이 불가능 할 수 있다. 따라서, application 이름의 다른 directory안으로 namespacing 함으로 확실히 구별해 두는 것이 좋다.

지름길 : render()

템플릿에 context 를 채워넣어 표현한 결과를 HttpResponse 객체와 함께 돌려주는 구문은 자주 쓰인다. polls/views.py

from django.http import HttpResponse
from django.template import loader
from .models import Question
def index(request):
    latest_question_list = Question.objects.order_by('-pub_date')[:5]
    template = loader.get_template('polls/index.html')
    context = {
        'latest_question_list': latest_question_list,
    }
    return HttpResponse(template.render(context, request))  #template을 불러온 후 context를 전달

↓ 단축 기능(shortcuts) 사용

from django.shortcuts import render
def index(request):
    return render(request, 'polls/index.html', context)

지름길 : get_object_or_404()

from django.http import Http404
from django.shortcuts import render

from .models import Question
# ...
def detail(request, question_id):
    try:
        question = Question.objects.get(pk=question_id)
    except Question.DoesNotExist:
        raise Http404("Question does not exist")
    return render(request, 'polls/detail.html', {'question': question})

↓ 단축 기능(shortcuts) 사용

from django.shortcuts import get_object_or_404, render

from .models import Question

def detail(request, question_id):
    question = get_object_or_404(Question, pk=question_id)
    return render(request, 'polls/detail.html', {'question': question})

객체가 존재 하지 않으면 Http404 예외 발생, get_list_or_404()도 비슷한 동작

템플릿 시스템

하드코딩하지 않기
- 하드코딩된 접근 방식의 문제 : 많은 템플릿을 가진 프로젝트들의 URL을 바꾸는 게 어려운 일이 됨
- {% url %} template 태그를 사용하여 url 설정에 정의된 특정한 URL 경로들의 의존성을 제거할 수 있음
URL의 이름공간 정하기
- Django가 {% url %} 템플릿태그를 사용할 때, 어떤 앱의 뷰에서 URL을 생성했는지 알 수 있도록!
- URLconf에 이름공간(namespace)을 추가

app_name = 'polls'

장고 앱 작성하기, part 4

form 요소

<input
  type="radio"
  name="choice"
  id="choice{{ forloop.counter }}"
  value="{{ choice.id }}"
/>

form을 submit -> POST 데이터 전송 -> choice=# 전달

request.POST : 키로 전송된 자료에 접근할 수 있도록 해주는 사전과 같은 객체 (항상 문자열 값)
request.POST[‘choice’] : 선택된 설문의 ID를 문자열로 반환

reverse() 함수

reverse(viewname, urlconf=None, args=None, kwargs=None, current_app=None)

from news import views

path('archive/', views.archive, name='news-archive')

↓

# using the named URL
reverse('news-archive')

# passing a callable object
# (This is discouraged because you can't reverse namespaced views this way.)
from news import views
reverse(views.archive)

↓

from django.urls import reverse

def myview(request):
    return HttpResponseRedirect(reverse('arch-summary', args=[1945]))

>>> reverse('admin:app_list', kwargs={'app_label': 'auth'})
'/admin/auth/'

generic view 사용

여태껏 사용했던 뷰의 변화

HttpResponse를 이용한 함수형 뷰
- 함수형뷰를 사용해 template을 읽어 HttpResponse로 응답
- 번거롭고 복잡, 가장 기초적인 부분
render를 이용한 함수형 뷰
- index뷰를 shortcuts.render를 사용하여 보다 간결하게 표현
- template = … 를 없앰
- HttpResponse로 리턴하던 것이 render함수로 대체
- render함수의 패키지 이름이 왜 shortcuts인지 의문이 풀림
제네릭 뷰 시스템(Generic views system)
- 위의 반복되는 공통 부분을 패턴화하여 사용하기 쉽게 추상화
- 최소한 그 뷰가 어떤 모델을 사용할 것인지만 지정하면, 나머진 모두 상위 클래스(List generic view, DetailView 등)가 모든 걸 알아서 해준다.
- 필요에 따라 각 뷰마다 달라지는 값을 넣어주기만 하면 됨 -> 상속을 사용할 수 있는 클래스 뷰를 사용하는 힘(이유)

ListView와 DetailView

DetailView : “특정 개체 유형에 대한 세부 정보 페이지 표시”
- URL에서 캡쳐 된 기본 키 값이 “pk” 라고 기대. 따라서 question_id를 제너릭 뷰를 위해 pk로 변경
- 기본적으로 DetailView 제너릭 뷰는 /\_detail.html 템플릿을 사용
- template_name 속성을 이용해 특정 템플릿 이름을 사용하도록 알려줄 수 있음
ListView : “개체 목록 표시”
- ListView 제네릭 뷰는 /\_list.html 템플릿을 기본으로 사용
- template_name 속성을 이용

Django로 웹 개발하기 - 6. Post API view 만들기

2020-03-16T00:00:00+09:00

이 글은 fast_campus의 파이썬 웹 개발 수업을 듣고 정리한 내용으로, Django에서 API를 사용하여 post view를 만들어 보자.

API (Application Programming Interface)

응용 프로그램에서 사용할 수 있도록, 운영 체제나 프로그래밍 언어가 제공하는 기능을 제어할 수 있게 만든 인터페이스

post_list 만들기

1. blogs\ views.py

from django.shortcuts import render
from blogs.models import Post

def post_list(request):
    #posts = Post.objects.all()
    posts = Post.objects.order_by('-created_at')    # 최신순부터 게시물 정렬
    return render(request, 'blogs/posts_list.html', context={'posts':posts})

2. posts_list.html 생성

templates/blogs/posts_list.html

3. url 연결

blogs/ urls.py

from django.urls import path
from . import views

urlpatterns = [
    path('post/', views.posts_list, name='posts_list'),
]

tistory/ urls.py

urlpatterns = [
  ...
  path('blogs/', include('blogs.urls')),
]

4. admin에 post_list() 추가하기

admin.py

from .models import Post

admin.site.register(Post)

Django로 웹 개발하기 - 4. login, logout 기능 만들기

2020-03-14T00:00:00+09:00

이 글은 fast_campus의 파이썬 웹 개발 수업을 듣고 정리, 추가한 내용으로 장고 내장 모듈로 login, logout 기능을 만들어 보자.

Django 기본 인증

django.contrib.auth.urls 모듈

인증 관련 URL 패턴과 View가 해당 모듈에 다음과 같이 미리 정의 되어 있다.
바꿔도 되지만 보통 이대로 사용

	URL pattern	View	Template
Login	/accounts/login	login()	registration/login.html
Logout	/accounts/logout	logout()	registration/logout.html

settings.py 에서 django.contrib.auth 앱은 디폴트로 설치 되어 있고, 관련 기본 변수를 정의해야 한다!

settings.py 의 INSTALLED_APPS에 Django.contrib.auth 가 적혀 있는지 확인하자. (기본으로 적혀있음)
```
INSTALLED_APPS = [
  ...
  'django.contrib.auth',
]
```

urls.py 에서

urlpatterns = [
    ...
    path('accounts/', include('django.contrib.auth.urls'))
]

templates\registrations 폴더를 만들고 그 안에 login.html 작성

Django Tips

코드에 프로젝트 이름 넣지 않는 것을 추천
배포할 때 DEBUG = False를 반드시!!!

Django로 웹 개발하기 - 5. Post 모델 만들기

2020-03-14T00:00:00+09:00

이 글은 fast_campus의 파이썬 웹 개발 수업을 듣고 정리한 내용으로, Django에서 Post 모델을 만들어 보자.

DB 모델링 설계하기

어떤 필드가 필요한지 생각한다.
생각 정리가 되면 적어본다.
각 필드가 어떤 타입이 되어야하는지 생각 혹은 논의한다.

Post 모델 만들기

1. 앱 만들기(blogs, helpers)

글 쓰기, 댓글, 공감 버튼 등등의 기능

python manage.py startapp blogs
python manage.py startapp helpers

앱을 만들었으면 settings.py 에 만든 앱 추가

INSTALLED_APPS += [
    ...,
    'helpers',
    'blogs',
]

2. helpers 모델 만들기

helpers / models.py

from django.db import models

# post model등의 Base가 될 BaseModel
class BaseModel(models.Model):
    created_at = models.DateTimeField(auto_now_add=True)
    modified_at = models.DateTimeField(auto_now=True)

class Meta:
    abstract = True       # Db에 table로 만들지 않도록! '이 model은 추상 클래스야'

3. blogs 모델 만들기

blogs / models.py

from django.db import models

from helpers.models import BaseModel
from users.models import User

class Post(BaseModel):
    user = models.ForeignKey(User, on_delete=models.CASCADE)
    title = models.CharField(max_length=255, blank=False)
    content = models.TextField()
    image=models.ImageField(blank=True, null=True)

4. migrations 생성

python manage.py makemigrations helpers을 해보면

ERRORS:
blogs.Post.image: (fields.E210) Cannot use ImageField because Pillow is not installed.
        HINT: Get Pillow at https://pypi.org/project/Pillow/ or run command "python -m pip install Pillow".

위와 같은 error 발생

이유 : ImageField를 사용하기 위해 필요한 Pillow library가 설치되어 있지 않음
해결 : pip install Pillow
python manage.py makemigrations helpers
python manage.py migrate

Django로 웹 개발하기 - 2. Django의 개발 방식 및 모델링

2020-03-06T00:00:00+09:00

이 글은 fast_campus의 파이썬 웹 개발 수업을 듣고 정리, 추가한 내용으로 Django로 웹 개발을 할때 알아야 할 기본적인 내용과 모델링 하는 과정을 살펴보겠다.

※ 참고 : 코딩 컨벤션(Coding Convention)

코드를 작성할때 사용되는 일정한 기준

PEP 8 - 파이썬 코드를 위한 가이드 라인
flake 8 - 파이썬 코드의 스타일을 검사해주는 도구
- $pip3 install flake8
- 사용법: \$flake8 hello.py

Django의 개발방식(MTV 패턴)

model, template, view

model : 데이터베이스에 저장되는 데이터
template : 사용자(user)에게 보여지는 부분 (html)
view : 실질적으로 프로그램 로직이 동작하여 템프릿에 전달

1. 모델링 설계 하는 방법

어떤 필드가 필요한지 생각한다
생각이 되면 적어본다.
각 필드는 어떤 타입이 되어야 하는지 생각 혹은 논의한다.

2. 모델링 설계 해보기 1

주문(Order) 모델링
- 주문번호 - pk
- 고객-고객번호 relation - pk
- 총 금액 - IntegerField
- 주문 상태 - choice
포스트(Post) 모델링
- 글 번호 - pk
- 유저-글쓴이 번호 relation - pk
- 글 내용 - TextField
- 글 쓴 날짜 - DateTimeField
- 글 수정한 날짜 - DateTimeField

2. 모델링 필수 개념

▶ key

Primary key(기본키, pk)

테이블에 저장된 각각의 데이터를 유일하게 구분하는 키.
바꾸어 말하면, 데이터베이스(DB) 테이블에 각 행의 식별 기준인 기본키가 필요하다.
Django 에는 기본키로 id가 디폴트로 지정되어있다.
id = models.AutoField(primary_key=True) + 얘를 pk로 지정하겠다.
Foreign key(외래키)

각 테이블간에 연결하기 위해서 특정 테이블에서 다른 테이블의 참조되는 기본키를 외래키라고 한다.
Users : id, user_name, phonenumber
Products: id, _product_name, productprice
Orders: id, _product_name, user_name, total_price, status
- 각 테이블의 id는 pk, Orders의 product_name, user_name은 Foreign key

▶ Django Field types

CharField : 작은 문자열 또는 큰 문자열을 위한 스트링(문자열) 필드.
TextField : 큰 문자열 필드.
IntegerField : 정수 필드
FloatField : 실수 필드
BooleanField : True / False 필드.
DateTimeField : 날짜와 시간을 가지는 필드

FileField : 파일 업로드 필드.
EmailField : EmailValidator를 사용해서 값이 유효한 email인지 체크하는 CharField.
ImageField
DecimalField
AutoField
DateField

class DateField(auto_now=False, auto_now_add=False, **option)
auto*now_add : 데이터가 *처음_ 생성되어 저장할 때
auto_now : 데이터가 저장될때(update)

3. 모델링 설계 해보기 2

포스트(Post) 모델링 다시 해보기
- 글 번호 - pk
- 유저-글쓴이 번호 relation - pk
- 글 제목 - CharField(max_length=30)
- 글 내용 - TextField
- 글 쓴 날짜 - DateTimeField(auto_now_add=True)
- 글 수정한 날짜 - DateTimeField(auto_add=True, Null=True)
Quiz) 댓글 Model 만들기
- user_image ImageField
- user_name CharField(max_length=30, Null=True)
- email CharField(max_length=50,Null=True)
- content TextField(max_length=200, Null=False)

class Comment(models.Model):
	user_name = models.CharField(max_length=30, Null=True)
	email = models.CharField(max_length=50,Null=True)
	content = models.TextField(max_length=200, Null=False)

Model Relationship
- Many-to-Many
- Many-to-One (One-to-Many)
- One-to-One

위와 같은 방식으로 user, post, product, order 등을 모델링 할 수 있다.

Django로 웹 개발하기 - 3. 회원가입(user 모델 만들기)

2020-03-06T00:00:00+09:00

이 글은 fast_campus의 파이썬 웹 개발 수업을 듣고 정리, 추가한 내용으로 Django의 AbstractUser를 사용하여 user모델을 확장하고 회원가입 모델링 하는 과정을 살펴보겠다.

회원가입 기능 만들기

users app 생성, settings.py 의 INSTALLED_APPS 에 ‘users’ 추가
models.py 에 User class 모델 만들기
models.py 에 create_user, create_superuser 함수를 UserManager class를 만들어 관리
forms.py 에 RegisterForm class 를 만들어 회원가입 기능 만들기
views.py 에 request를 인자로 하는 register 함수를 만들어 받아온 request 값을 RegisterForm으로 넘겨준다.
urls.py 에 연결해준다.

User 모델 만들기

1. 앱 만들기

users 앱 만들기 python manage.py startapp users
앱을 만들고 나면 settings.py 의 INSTALLED_APPS 에 앱을 추가
```
INSTALLED_APPS += [
  'users',
]
```

2. user model 만들기

models.py 에 User 모델을 만들기

from django.db import models
from django.contrib.auth.models import AbstractUser

class User(AbstractUser):
   email = models.EmailField(verbose_name='email', )
   username = models.CharField
   gender = models.SmallIntegerField
   objects = UserManager()

   USERNAME_FIELD = 'email'  # email 로 로그인
   REQUIRED_FIELDS = [] # 필수로 받고 싶은 필드들 넣기 원래 소스 코드엔 email필드가 들어가지만 우리는 로그인을 이메일로

   def __str__(self):
       return "<% %>" % (self.~, self.~)

AbstractUser 에 대한 설명은 아래에서 다시 하도록 하겠다.

3. models.py 에 create_user, create_superuser 함수 만들기

UserManager class로 create_user, create_superuser 함수 관리

from django.contrib.auth.models import AbstractUser, BaseUserManager  #BaseUserManager 추가

class UserManager(BaseUserManager):
   def _create_user(self, email, username, password, gender=2, **extra_fields):
       ...
       return user

   def create_user(self, email, username='', password=None, **extra_fields):
       ...
       return self._create_user(email, username, password, **extra_fields)

   def create_superuser(self, email, password, **extra_fields):
       ...
       return self._create_user(email, '~~.html',  password, **extra_fields)

4. 데이터 베이스 적용하기

makemigrations 명령어를 사용해서 모델의 변경사항을 기록 : python manage.py makemigrations users
기록한 변경사항을 데이터베이스에 적용을 위해 migrate 명령어 사용 : python manage.py migrate
AbstractUser을 쓰면 model에 이력이 잘못 남겨질 수 있음 (Django의 고질적 문제) : rm db.sqlite3 으로 db를 먼저 날려주고 하면 됨
User 모델을 커스터마이징 했을 때 발생하는 에러가 있는경우 settings.py 에 다음을 추가해준다.
```
AUTH_USER_MODEL = 'users.User'
```

5. 관리자 사이트 admin.py 에 user등록하기

from .models import User

admin.site.register(User)

6. forms.py 에 RegisterForm class 만들기

# 장고에서는 HTML 입력요소를 widget(위젯)이라고 말한다.
from django import forms
from .models import User

class RegisterForm(forms.ModelForm):
    password = forms.CharField(label='password', widget=forms.PasswordInput)
    confirm_password = forms.CharField(label='confirm password', widget=forms.PasswordInput)

    class Meta:
        model = User
        fields = ['username', 'first_name', 'last_name', 'gender', 'email']

    def clean_confirm_password(self):
    # clean메써드가 호출된후에 호출되는 메써드 clean_필드네임(유효성 검사) ex)clean_username
        ...

7. views.py 에 request를 인자로 하는 register 함수 만들기

from django.shortcuts import render
from .forms import RegisterForm

def register(request):
    if request.method == 'POST':
        user_form = RegisterForm(request.POST)
        if user_form.is_valid():
            ...
            return render(...)
    else:
        user_form = RegisterForm()

    return render(...)

8. urls.py 에 연결

urls.py

from django.contrib import admin
from django.urls import path, include

urlpatterns = [
    path('admin/', admin.site.urls),
    path('', include('users.urls')),

users\urls.py

from django.urls import path
from .views import register

urlpatterns = [
    path('register/', register, name='register'),
]

User 모델 확장

이전까지 장고 내장 User 모델을 잘 사용해왔는데 User 모델을 왜 확장 해야하나??
- Django의 내장 User모델이 제공하는 필드 외에 다른 필드, 등을 추가하고 싶을 때를 위해서
- 내 입맛대로 User모델 커스텀하기 위해서
그렇다면 User Model 확장하는 방법은..?
1. proxy model(프록시 모델 사용하기)
2. 하나의 모델을 정의 후, User모델과 One-to-One(일대일) 관계 형성
3. AbstractBaseUser
4. AbstractUser

AbstractUser를 사용하여 user Model을 아래 코드와 같이 확장 시킬 수 있다.

from django.db import models
from django.contrib.auth.models import AbstractUser

class FCUser(AbstractUser):
	...

Django로 웹 개발하기 - 1. 가상환경 생성 및 기본 명령어

2020-02-24T00:00:00+09:00

사용 명령어

virtualenv 폴더명(venv) 가상환경 생성
.\Scripts\activate.ps1 가상환경 실행
pip install django django 설치
django-admin startproject 폴더명 Django project를 실행할 폴더 생성
django-admin startapp 이름(user, order, project…) app생성
python manage.py createsuperuser 관리자 생성
python manage.py makemigrations 마이그레이션 파일 생성
python manage.py migrate 마이그레이션 적용
python manage.py runserver 서버 실행

보통 model을 변경하면 다시 migration을 해주어야 적용이 된다.

migration에 대해 잘 모른다면 해당 링크 참고 : https://wayhome25.github.io/django/2017/03/20/django-ep6-migrations/

Django로 웹 개발하기 - DRF (Django REST Framework)

2020-02-20T00:00:00+09:00

사용 명령어

pip install djangorestframework REST API 를 위한 프레임워크 DRF 설치
pip freeze > requirement.txt 설치한 pip 목록 저장

DRF (Django REST Framework)

실제 Django 에서 PUT, PATCH, DELETE 를 제대로 지원하지 않기 때문에 RESTful 하게 작업하려면 DRF가 필요하다. DRF의 사용법과 기능을 간단히 알아보자.

1. 설정 (DRF 사용을 위한)

settings.py

INSTALLED_APPS = [
    ...
    'rest_framework',
]

2. request.data (PUT, PATCH)

Django 에서 POST로 온 폼 데이터는 request.POST.get(‘name’) 형태로 불러 올 수 있었지만 PUT과 PATCH는 지원하지 않는다.
DRF에서는 이를 request.data로 불러올 수 있다.

views.py

from rest_framework.decorators import api_view

@api_view(['PATCH'])
def changePassword(request):

    pw = request.data.get('password')
    ...

이런식으로 POST 로 온 form 데이터를 불러올 수 있다.

DRF의 기능

직렬화(Serializer)

DRF의 메인 기능

API 통신의 데이터 타입은 주로 JSON 으로 한다.
하지만 Django에서 Model 데이터는 보통 Queryset 이라는 복잡한 타입으로 되어있다.
이런 타입을 JSON으로 바꾸기 위해선, 파이썬 네이티브 타입으로 변환해주는 직렬화(Serializer) 란 작업이 필요하다.

1. Serializer 생성

DRF의 Serializer는 Django의 Form과 사용방법이 거의 비슷하다.

models.py

class Pet(models.Model):
    name = models.CharField(max_length=50)
    age = models.InteagerField()

위와 같은 Pet 모델을 직렬화 해보자.
먼저 App 폴더 안에 serializers.py라는 파일을 만들어주자.

serializers.py

from rest_framework import serializers
class PetSerializer(serializers.Serializer):
    name = serializers.CharField(max_length=50)
    age = serializers.IntegerField()```

2. JSON 변환과정

이 Serializer를 불러와서 JSON으로 반환해주자.

views.py

from .serializers import PetSerializer

def getPet(request):
    pet = Pet.objects.get(pk=1)
    serializer = PetSerializer( pet )

_id가 1인 펫을 QuerySet 이라는 복잡한 Django type에서 Python의 Dictionary로 변환하였다.

이제 이것을 전송하기 위해 문자열로 변환해주자.

from .serializers import PetSerializer
from rest_framework.renderers import JSONRenderer
from django.http import HttpResponse

def getPet(request):
    pet = Pet.objects.get(pk=1)
    serializer = PetSerializer(pet)
    data = JSONRenderer().render(serializer.data)
    return HttpResponse(data)```

3. Array 직렬화

위는 하나의 객체만 직렬화 하는 과정이다.
이번엔 여러개의 객체 인스턴스를 배열에 담아 직렬화 해보자.

views.py

from .serializers import PetSerializer

def getPets(request):
    pets = Pet.objects.all()
    serializer = PetSerializer( pets, many=True )

many=True 만 같이 넣어주면 다수의 Pet 모델이 들어온 것을 인식한다.

하지만 현재의 serializer.data는 이런식의 데이터이다.

[ {'name': 'pet_name'},{ ...} ]

json은 배열이 아니라 object 형태로 작성해야하기 때문에 이 배열을 object 에 담아 문자열로 변환시키자.

views.py

from .serializers import PetSerializer

import json

def getPets(request):
    pets = Pet.objects.all()
    serializer = PetSerializer( pets, many=True )
    data = json.dumps({'pets':serializer.data})
    return HttpResponse(data)

이번엔 내장모듈인 json을 활용해 인코딩하였다.

이제 아래와 같은 문자열이 반환될 것이다.

{ 'pets' : [ {...}, ... ] }

jQuery

기존 : 서버에 데이터 요청(페이지에 접속하는 것 자체)을 페이지 이동으로써 하게됨(POST form을 전달 함으로써)
Ajax를 사용 : 페이지를 전환하면서 데이터를 요청하는 것이 아니라, 백그라운드에서 처리- front-end와 back-end 분리!
bootstrap을 사용하면 이미 들어있음.

Just Zino

Django로 설문조사 앱 만들기 - part 1 ~ 4

장고 앱 작성하기, part 1

사용 명령어

1. views.py

2. urls.py

3. path() 함수 인수에 대해

장고 앱 작성하기, part 2

사용 명령어

1. 기본 어플리케이션

2. Django 모델 API

1. INSERT

2. SELECT

3. UPDATE

4. DELETE

5. Model API에 대한 몇가지 정리 사항

3. Django 관리자 사이트

장고 앱 작성하기, part 3

View 만들기 - 만들 페이지

view

템플릿 네임스페이싱

지름길 : render()

지름길 : get_object_or_404()

템플릿 시스템

장고 앱 작성하기, part 4

form 요소

reverse() 함수

generic view 사용

여태껏 사용했던 뷰의 변화

ListView와 DetailView

Django로 웹 개발하기 - 6. Post API view 만들기

API (Application Programming Interface)

post_list 만들기

1. blogs\ views.py

2. posts_list.html 생성

3. url 연결

4. admin에 post_list() 추가하기

Django로 웹 개발하기 - 4. login, logout 기능 만들기

Django 기본 인증

django.contrib.auth.urls 모듈

Login 기능 만들기

Django Tips

Django로 웹 개발하기 - 5. Post 모델 만들기

DB 모델링 설계하기

Post 모델 만들기

1. 앱 만들기(blogs, helpers)

2. helpers 모델 만들기

3. blogs 모델 만들기

4. migrations 생성

Django로 웹 개발하기 - 2. Django의 개발 방식 및 모델링

※ 참고 : 코딩 컨벤션(Coding Convention)

Django의 개발방식(MTV 패턴)

1. 모델링 설계 하는 방법

2. 모델링 설계 해보기 1

2. 모델링 필수 개념

▶ key

▶ Django Field types

3. 모델링 설계 해보기 2

Django로 웹 개발하기 - 3. 회원가입(user 모델 만들기)

회원가입 기능 만들기

User 모델 만들기

1. 앱 만들기

2. user model 만들기

3. models.py 에 create_user, create_superuser 함수 만들기

4. 데이터 베이스 적용하기

5. 관리자 사이트 admin.py 에 user등록하기

6. forms.py 에 RegisterForm class 만들기

7. views.py 에 request를 인자로 하는 register 함수 만들기

8. urls.py 에 연결

User 모델 확장

Django로 웹 개발하기 - 1. 가상환경 생성 및 기본 명령어

사용 명령어

Django로 웹 개발하기 - DRF (Django REST Framework)

사용 명령어

DRF (Django REST Framework)

1. 설정 (DRF 사용을 위한)

2. request.data (PUT, PATCH)

DRF의 기능

직렬화(Serializer)

1. Serializer 생성