장고:글쓰기
장고! 웹 프레임워크! 틀:장고
개요
글쓰기 기능을 구현하기 위해 정리한 문서.
기본적으로 포스팅 기능이지만, 모델명을 Post로 하기엔 전송방식인 post와 혼동이 오곤 해서 question으로 구현한다.
url 작성
urls.py 안에 필요한 기능을 다 담아주어야 한다.
예컨대, 글을 쓴다면 만들기, 편집, 삭제기능을 만들어주어야 하기에 다음과 같이 기입한다.
(뷰의 설정이나, import방식에 따라 뷰를 불러오는 방식이 달라질 수 있다.)
| 일반적으로 코드를 짜는 경우 | 제네릭 뷰를 사용하는 경우 |
|---|---|
from django.urls import path
from . views #해당 앱의 뷰를 불러온다.
app_name = 'pool'
urlpatterns = [
path('question/', views.list, name='list'),#글의 리스트롤 보여주는 화면.
path('question/detail/<int:question_id>/', views.detail, name='detail'),#글의 내용을 보여주는 화면.
path('question/create/', views.create, name='create'),#글의 작성화면
path('question/modify/<int:question_id>/', views.modify, name='modify'),#글의 수정화면
path('question/delete/<int:question_id>/', views.delete, name='delete'),#글의 삭제화면
]
|
함수명을 바꾸어주어야 한다.
views.클래스뷰명.as_view()), 형태로. 클래스형 뷰임을 지정해주기 위해. |
#아직 함수를 짜주진 않았지만, 앞으로 만들 함수에 대해 연결해두자.
모델 작성
글에서 포함해야 할 것들이 있다. 작성자, 작성일자, 내용 등의 요소를 포함하여 모델을 작성한다.
/앱/models.py 안에 작성한다.
from django.contrib.auth.models import User
from django.db import models
class Question(models.Model):#세부내용은 필요에 따라..
author = models.ForeignKey(User, on_delete=models.CASCADE, related_name='author_question')
subject = models.CharField(max_length=200)
content = models.TextField()
create_date = models.DateTimeField()
modify_date = models.DateTimeField(null=True, blank=True)
def __str__(self):#관리자페이지에 나타낼 객체 이름.
return self.subject#이 객체의 subject를 이름으로 쓰겠다는 의미.
관리자 기능에서 확인
모델이 제대로 작성되고, 글이 제대로 생성될 수 있는지 관리자기능에 등록한 후 작성해보자.
관리자 등록은 장고:관리자페이지 참조.
이상이 없으면 뷰 작성으로 넘어가자.
뷰, 탬플릿 작성
탬플릿과 연관이 깊으니, 같이 짜주자. 한 단계, 한 단계 차근차근 작동을 확인하며 넘어가자.
리스트 보기
| 일반적으로 코드를 짤 경우 | 제네릭뷰(클래스형 뷰)를 쓰는 경우 | |
|---|---|---|
| view 작성 | 전체 글을 본다.from django.shortcuts import render
from .models import * #모델을 불러온다.
def list(request):
question_list=Question.objects.order_by('-create_date') #만들어진 순서의 역순으로 정렬
context={'question_list':question_list, } #템플릿으로 보내줄 내용을 담는다.
return render(request, 'list.html', context) #list.html로 보낸다.
|
전체 글을 본다.from django.views import generic
from .models import Question
class ListView(generic.ListView):
def get_queryset(self):
return Question.objects.order_by('-create_date')
#템플릿 명이 명시적으로 지정되지 않은 경우에는 자동으로 모델명_list.html을 템플릿명으로 사용.
|
| template작성 | 경로에 맞게 해주면 되는데, 위 뷰의 경우엔 /앱이름/template/list.html 에 만들어준다.
만들어진 html파일의 body에 다음과 같이 넣어준다. 상황에 맞게 표를 만들든, 목차를 만들든 html을 짜면 될 터.{% if question_list %}
<ul>
{% for question in question_list %}
<li><a href="{% url 'pool:detail' question.id %}">{{question.subject}}</a></li>
{% endfor %}
</ul>
{% else %}
{% endif %}
|
템플릿 명이 명시적으로 지정되지 않은 경우에는 자동으로 모델명_list.html을 템플릿명으로 사용.
/앱이름/template/question_list.html 을 좌측과 같이 짜주면 된다.#따로 탬플릿 명을 명시하려면 다음의 변수를 get_queryset함수 안에 넣는다.
template='앱이름/list.html'
#탬플릿에 전달될 리스트 이름을 바꾸려면 get_queryset함수 안에 이 변수를 넣는다.
context_object_name='바꿀리스트명'
|
글 보기
리스트에서 글을 클릭하면 글의 상세내용을 볼 수 있어야 한다.
| 일반적으로 코드를 짤 경우 | 제네릭뷰(클래스형 뷰)를 쓰는 경우 | |
|---|---|---|
| view 작성 | 글 하나의 내용을 본다.
get_object_or_404를 쓴다. id에 해당하는 객체가 없으면 서버에서 에러를 일으키는데, 이는 서버에러로 잡힌다. 에러의 방향성을 명확히 지정해주기 위해. 404에러를 부르게끔!from django.shortcuts import render, get_object_or_404
from .models import * #모델을 불러온다.
def detail(request,question_id):#url에서 매핑된 question_id가 전달된다.
question=get_object_or_404(Question, pk=question_id)
context={'question':question}
return render(request, 'detail.html', context)
|
from django.views import generic
class DetailView(generic.DetailView):
model = Question
#템플릿 명이 명시적으로 지정되지 않은 경우에는 자동으로 모델명_detail.html을 템플릿명으로 사용
제네릭뷰에 경우, 변수명이 지정되어 있다. urls.py에서 <int:pk> 형태로 기입받는다. |
| template작성 | 경로에 맞게 해주면 되는데, 위 뷰의 경우엔 /앱이름/template/detail.html 에 만들어준다.
만들어진 html파일의 body에 다음과 같이 넣어준다. 상황에 맞게 표를 만들든, 목차를 만들든 html을 짜면 될 터. {{변수.속성}} 형태로 필요한 데이터를 가져온다.<h1>{{ question.subject }}</h1>
<div>
{{ question.content }}
</div>
|
제네릭 뷰를 쓸 땐 탬플릿에 모델이 object라는 이름으로 전달된다.
|
글 작성
장고에서 제공하는 form이 내부에서 어떻게 작동하는지 잘 보이지 않아 쓰지 않으려 했지만.. 자동으로 에러검사도 해주고 편리해 사용하지 않을 이유가 없어 form을 적극적으로 활용한다.
| 일반적으로 코드를 짤 경우 | 제네릭뷰(클래스형 뷰)를 쓰는 경우 | |
|---|---|---|
| template작성 | 위에서 만든 list.html을 수정한다. 글 작성을 위한 링크를 추가.<a href="{% url '앱이름:create' %}" class="btn btn-primary">등록</a>
| |
| form 작성 | 장고에선 form이라는 형태로 입력을 받을 수 있게 고안해두었다.
앱 디렉터리 안에 form.py 파일을 새로 작성한다. 모델과 연결된 모델폼을 사용한다.from django import forms
from .models import Question
class QuestionForm(forms.ModelForm):#모델폼 상속
class Meta:
model = Question#연결할 모델 지정
fields = ['subject', 'content']#모델의 어떤 부분을 입력할지 지정
|
|
| view 작성 | 글을 작성하기 위한 공간 만들기.
일반적으로 페이지를 불러오는 것과 데이터를 저장하는 데 같은 링크를 사용한다. 페이지 요청방식에 따라 달리 작동하게 하면 되는데, POST요청이면 데이터를 저장. (링크를 타고 오는 경우, GET 요청으로 들어온다.) 폼을 사용하는 경우.from .forms import QuestionForm#위에서 작성한 폼 불러오기
from ..models import Question #모델을 불러온다.
def create(request):
if request.method == 'POST':#포스트로 요청이 들어온다면... 글을 저장.
form = QuestionForm(request.POST) #폼을 불러와 내용입력을 받는다.
if form.is_valid():#내용이 모델에 맞지 않는 경우, 에러 반환.
question = form.save(commit=False)
#commit=False 옵션은 저장하지 않고 불러오기만 한다는 의미.
#question모델에서 create_date옵션이 null=False이기 때문에 그냥 저장하면 에러가 난다.
question.author = request.user # 추가한 속성 author 적용
question.create_date = timezone.now()#현재시간으로 자동 적용
question.save()
return redirect('pool:list') #작성이 끝나면 목록화면으로 보낸다.
else:#포스트 요청이 아니라면 내용작성 화면으로.
form = QuestionForm()
context = {'form': form}
#폼이 valid하지 않으면 이 안에 에러메시지와 기존 입력값이 담겨 create.html로 보내진다.
#어떤 부분이 모델에서의 제약과 맞지 않는지 친절하게 안내한다.
return render(request, 'create.html', context)
|
from django.views import generic
from django.urls import reverse_lazy
class create(generic.CreateView):
model = Question
feilds = ['필드명', '필드명',...]#작성할 필드명 지정
success_url=reverse_lazy('앱이름:detail')#작성에 성공한 경우 보낼 탬플릿.
template_name_suffix='_create'
#사용하는 탬플릿 명을 '모델명_create.html'로 바꾼다는 의미. 접미사만 바꾼다.
#기본 탬플릿은 '모델명_form.html'로 나타난다.
|
| template작성 | view에서 보내는 탬플릿을 작성한다.
폼을 사용하는 경우.{% extends '연장할탬플릿.html' %}
{% block content %}
<form method="post">
{% csrf_token %}
{{ form.as_p }}
<input type="submit" value='나타낼 텍스트'>
</form>
{% endblock %}
{{form.as_p}}는 폼으로부터 전달된 객체. 입력을 위한 코드를 자동으로 작성한다. 자동으로 <p>태그로 감싸준다. 자동으로 생성되기 때문에 CSS를 적용할 수 없는데... forms.py를 수정하면 가능하다. | |
form.as_p 태그 조작하기
자동으로 태그로 감싸주기 때문에 탬플릿에서 편집이 안된다. 이렇게 되면 디자인측면에서 제약이 생기게 되는데.. 개개 입력칸을 편집하기 위해선 form의 수정이 필요하다.
class QuestionForm(forms.ModelForm):#모델폼 상속
class Meta:
widgets = { #이 속성의 추가로 입력항목에 부트스트랩의 클래스를 추가해 넣을 수 있다.
'subject': forms.TextInput(attrs={'class': 'form-control'}),
'content': forms.Textarea(attrs={'class': 'form-control', 'rows': 10}),
}
그런데, 위처럼 작업하면 디자이너가 .py를 만져야 한다는 점에서 디자이너와 개발자간 역할분리가 흐려지기도 한다는 단점이 있다. 이를 탬플릿에서 직접 다루기 위해선 다시 widgets 속성을 없애고, 탬플릿을 수정해준다. 다음과 같은 형식으로 폼 내부의 속성에 접근할 수 있고, 이들을 html에서 직접 편집할 수 있다.
<label for="subject">제목</label>
<input type="text" class="form-control" name="subject" id="subject"
value="{{ form.subject.value|default_if_none:'' }}">
{{form.subject}}로 접근할 수 있지만, {{form.subject.value}}를 써준 것은, 에러가 나고 페이지를 새로 불러들일 때 기존 입력값을 보존하기 위함이다.
|default_if_none:'' 은 값을 쓰지 않았을 때 ''를 담아주기 위한 것. 초기값을 지정할 수도 있다.(이걸 지정하지 않으면 입력하지 않은 값들에 'none'이라는 문자열이 담겨 꼴이 우스워진다)
폼 라벨 붙이기
모델에서 사용한 subject라는 이름이 웹페이지에 그대로 드러나는데, 내부에서 처리하는 변수명과 외부에 드러나는 라벨이 달라야 할 때가 있다. 이 역시 form을 수정함으로써 기능한다.
class QuestionForm(forms.ModelForm):#모델폼 상속
class Meta:
labels = { #이 속성의 추가로 나타내는 내용을 표시할 수 있음.
'subject': '제목',
'content': '내용',
}
에러표시 하기
적합한 제목형태가 아니거나, 모델에서 제약한 데이터 형식에 맞지 않는 경우 에러가 뜨는데, 어떤 부분에서 에러가 났는지 사용자에게 알려주어야 한다. 탬플릿에 다음과 같이 추가하자.
{% csrf_token %} 태그 아래에 넣으면 적당하다.
{% if form.errors %} <!--폼에서 에러가 난 경우-->
<div class="alert alert-danger" role="alert">
{% for field in form %}<!--모든 필드를 뒤지며 에러를 찾는다.-->
{% if field.errors %}
<strong>{{ field.label }}</strong><!--에러가 난 필드의 라벨에 굵음 처리-->
{{ field.errors }}<!--어떤 에러인지 보여준다.-->
{% endif %}
{% endfor %}
</div>
{% endif %}
폼을 안쓸 때 에러표시하기
딱히 방법은 없다. view의 context 안에 error_message라고 담아서 보내면 된다.
view에서 발생한 에러는 탬플릿에 {{error_message}} 변수로 전달된다. view에서 발생한 에러메시지를 그대로 보여주는 것이다.
view에서 try-except를 이용하거나 if를 이용해 에러메시지를 보낸다.
try:
어쩌구저쩌구
except(KeyError, 조건):#에러가 나면서 조건을 만족시키면 실행
context={'error_message':'담을메시지'}
return render(어쩌구,저쩌구,저쩌구)
template에선 아래와 같이 사용한다.
{% if error_message %} <!-- view에서 에러가 난 경우-->
<p>{{error_message}}</p><!-- 에러메시지를 보여준다. -->
{% endif %}
입력값을 저장이 아닌, 그대로 반환하게 하면 form을 사용할 때처럼 페이지가 새로고침 되어도 기존 입력내용들을 보존할 수 있다.
글 수정
| 일반적으로 코드를 짤 경우 | 제네릭뷰(클래스형 뷰)를 쓰는 경우 | |
|---|---|---|
| template작성 | 위에서 만든 detail.html을 수정한다. 글 수정을 위한 링크를 추가.<a href="{% url '앱이름:modify' question.id%}" class="btn btn-primary">수정</a>
pk=question.id 형태로 넣어주어야 한다.
| |
| view 작성 | [여기 아직 수정 안함.]from .forms import QuestionForm#위에서 작성한 폼 불러오기
from ..models import Question #모델을 불러온다.
def create(request):
if request.method == 'POST':#포스트로 요청이 들어온다면... 글을 저장.
form = QuestionForm(request.POST) #폼을 불러와 내용입력을 받는다.
if form.is_valid():#내용이 모델에 맞지 않는 경우, 에러 반환.
question = form.save(commit=False)
#commit=False 옵션은 저장하지 않고 불러오기만 한다는 의미.
#question모델에서 create_date옵션이 null=False이기 때문에 그냥 저장하면 에러가 난다.
question.author = request.user # 추가한 속성 author 적용
question.create_date = timezone.now()#현재시간으로 자동 적용
question.save()
return redirect('pool:index') #작성이 끝나면 목록화면으로 보낸다.
else:#포스트 요청이 아니라면 내용작성 화면으로.
form = QuestionForm()
context = {'form': form}
#폼이 valid하지 않으면 이 안에 에러메시지가 담겨 create.html로 보내진다.
#어떤 부분이 모델에서의 제약과 맞지 않는지 친절하게 안내한다.
return render(request, 'create.html', context)
|
from django.views import generic
from django.urls import reverse_lazy
class create(generic.UpdateView):
model = Question
feilds = ['필드명', '필드명',...]#수정할 수 있는 필드명 지정
success_url=reverse_lazy('앱이름:modify')#작성에 성공한 경우 보낼 탬플릿.
template_name_suffix='_update'
#사용하는 탬플릿 명을 '모델명_update.html'로 바꾼다는 의미. 접미사만 바꾼다.
#기본 탬플릿은 '모델명_form.html'로 나타난다.
|
| template작성 | 글 작성에서 사용한 탬플릿에서 버튼 이름만 바꾼다.{% extends '연장할탬플릿.html' %}
{% block content %}
<form method="post">
{% csrf_token %}
{{ form.as_p }}
<input type="submit" value='나타낼 텍스트'>
</form>
{% endblock %}
| |
글 삭제
| 일반적으로 코드를 짤 경우 | 제네릭뷰(클래스형 뷰)를 쓰는 경우 | |
|---|---|---|
| template작성 | 위에서 만든 detail.html을 수정한다. 글 수정을 위한 링크를 추가.<a href="{% url '앱이름:delete' question.id%}" class="btn btn-primary">삭제</a>
pk=question.id 형태로 넣어주어야 한다.
| |
| view 작성 | [여기 아직 수정 안함.]from .forms import QuestionForm#위에서 작성한 폼 불러오기
from ..models import Question #모델을 불러온다.
def create(request):
if request.method == 'POST':#포스트로 요청이 들어온다면... 글을 저장.
form = QuestionForm(request.POST) #폼을 불러와 내용입력을 받는다.
if form.is_valid():#내용이 모델에 맞지 않는 경우, 에러 반환.
question = form.save(commit=False)
#commit=False 옵션은 저장하지 않고 불러오기만 한다는 의미.
#question모델에서 create_date옵션이 null=False이기 때문에 그냥 저장하면 에러가 난다.
question.author = request.user # 추가한 속성 author 적용
question.create_date = timezone.now()#현재시간으로 자동 적용
question.save()
return redirect('pool:index') #작성이 끝나면 목록화면으로 보낸다.
else:#포스트 요청이 아니라면 내용작성 화면으로.
form = QuestionForm()
context = {'form': form}
#폼이 valid하지 않으면 이 안에 에러메시지가 담겨 create.html로 보내진다.
#어떤 부분이 모델에서의 제약과 맞지 않는지 친절하게 안내한다.
return render(request, 'create.html', context)
|
from django.views import generic
from django.urls import reverse_lazy
class create(generic.DeleteView):
model = Question
success_url=reverse_lazy('앱이름:list')#작성에 성공한 경우 보낼 탬플릿.
template_name_suffix='_delete'
#사용하는 탬플릿 명을 '모델명_delete.html'로 바꾼다는 의미. 접미사만 바꾼다.
#기본 탬플릿은 '모델명_confirm_delete.html'로 나타난다.
|
| template작성 | 글 작성에서 사용한 탬플릿에서 버튼 이름만 바꾼다.{% extends '연장할탬플릿.html' %}
{% block content %}
<form method="post">
{% csrf_token %}
{{ form.as_p }}
<input type="submit" value='나타낼 텍스트'>
</form>
{% endblock %}
|
글 삭제 확인페이지로 이동한다.{% extends '연장할탬플릿.html' %}
{% block %}
<form action="" method='post'>
{% csrf_token %}
<div class="alert alert-danget">나타낼텍스트 {{나타낼변수}} 자유롭게 사용.</div>
<input type="submit" value="Delete" class="btn btn-danget"
</form>
{% endblock %}
|
tip
뷰가 많아지면 /앱/views/posting_view.py 따위의 이름으로 뷰를 나누어 작성하는 것도 전략이다.