무엇을 공부했나요? 이번 시간에는 지난 시간에 이어 Two Scoops of Django 8~9장 내용을 살펴보았습니다. 8장 함수기반 뷰와 클래스 기반 뷰 9장 함수 기반 뷰의 모범적인 이용 진홍님께서 8장을, 문수(미주)님께서 9장 요약 자료를 준비하였고, 남홍님께서 심화 자료를 준비하여 이번 스터디를 진행하였습니다. 이번 스터디부터 본격적으로 Django에 대해 다룬다는 느낌이 들었고, 어떻게 보면 난이도가 조금 올라간 듯 한 내용들도 보였습니다. 스터디 내 대략적으로 뷰에 대해 심도있게 살펴보았는데요. 이제 간단하게 스터디 내용들을 살펴볼까요? 8장 함수 기반 뷰와 클래스 기반 뷰 함수 기반 뷰와 클래스 기반 뷰를 각각 언제 이용할 것인가? 클래스 뷰로 구현했을 때 더 복잡해 지는 경우, 커스텀 에러 뷰들에 대해서만 함수기반 뷰 이용 클래스 기반 뷰나 함수 기반 뷰나 무엇을 사용해도 전혀 문제될 것은 없다. URLConf로부터 뷰 로직 분리하기 뷰와 URL의 결합은 최대한의 유연성을 제공하기 위해 느슨하게 구성되어야 한다. 뷰와 url 모델 사이에 단단하게 결합이 되어있으면 재사용이 어렵다. 같거나 비슷한 인자들이 반복되는 작업을 하지말라. URL들의 무한한 확장성이 파괴되어 클래스 상속이 불가능 하게 된다. URLConf에서 느슨한 결합 유지하기 반복되는 작업 하지 않기 느슨한 결합 상속이 가능, 무한한 유연성 제공 가능한 한 단어 함수 기반 뷰를 사용해도 URLConf로부터 뷰 로직을 분리하자. URL 이름공간은 앱레벨 또는 인스턴스 레벨에서의 구분자(:)를 제공한다. URL 이름공간 이용하기 이름을 짧고 명확하고, 반복되는 작업을 피해서 작성해야 한다. 서드파티 라이브러리와 상호 운영성을 높이기 URLConf에서 뷰를 문자열로 지목하지 말자 장고가 뷰의 함수, 클래스를 임의로 추가하여 디버그가 어려워진다. urlpatterns 변수의 초기값에서 공백문자열()에 대한 설명이 필요 뷰에서 비즈니스 로직 분리하기 모델 메서드, 매니저 메서드, 유틸리티 헬퍼 함수들을 이용하여 비즈니스 로직을 구현하자 장고의 뷰에서 표준적으로 이용되는 구조 외 비즈니스 로직은 뷰 밖으로 이동시키자. 장고의 뷰 함수 기본적으로 장고의 뷰는 HTTP를 요청하는 객체를 받아 HTTP를 응답하는 객체로 변경하는 함수이다. # 함수로서의 장고 함수 기반 뷰 HttpResponse = view(HttpRequest)

수학에서 이용한 함수 식

y = f(x)

클래스 기반 뷰

HttpResponse = View.as_view()(HttpRequest) 뷰의 기본 형태들 함수 기반 뷰는 HTTP 메서드에 중립적이지만, 클래스 기반 뷰의 경우 HTTP 메서드의 선언이 필요하다는 것을 설명해 준다 locals()를 뷰 콘텍스트에 이용하지 말자 locals()를 사용하는 것은 안티 패턴이다. 매력적이었던 디자인이 암시적으로 변하여 뷰를 유지보수하기 복잡한 형태로 만든다 나쁜 예제 # 위의 함수와 아래 함수의 차이점을 찾는데 얼마나 걸리는가? def ice_cream_store_display(request, store_id): store = get_object_or_404(Store, id=store_id) date = timezone.now() return render(request, 'melted_ice_cream_report.html', locals())

def ice_cream_store_display(request, store_id): store = get_object_or_404(Store, id=store_id) now = timezone.now() return render(request, 'melted_ice_cream_report.html', locals())

명시적인 컨텐츠를 이용한 뷰 def ice_cream_store_display(request, store_id): return render(request, 'melted_ice_cream_report.html', dict( 'store' : get_object_or_404(Store, id=store_id), 'now' : timezone.now() )) 9장 함수 기반 뷰의 모범적인 이용 함수 기반 뷰의 장점 함수 기반 뷰의 단순함은 코드 재사용을 희생하여 나온 결과 HttpRequest 객체 전달하기 편리한 데코레이터 간편표기벅 : 표현이나 가독성을 좋게 하기 위해 프로그래밍 언어에 추가되는 문법 # 간단한 데코레이터 템플릿 import functools

def decorator(view_func): @functools.wraps(view_func) def new_view_func(request, *args, **kwargs): # 여기에서 request(HttpRequest) 객체를 수정하면 된다. response = view_func(request, *args, **kwargs) # 여기에서 response(HttpResponse) 객체를 수정하면 된다. return response return new_view_func

sprinkles/decorators.py

from functools import wraps

from . import utils

def check_sprinkles(view_func): """사용자가 스프링클을 추가할 수 있는지 확인한다.""" @wraps(view_func) def new_view_func(request, *args, *kwargs): # request 객체를 utils.can_sprinkle()에 넣는다 request = utils.can_sprinkle(request)

    # 뷰 함수를 호출
    response = view_func(request, *args, *kwargs)
    
    # HttpResponse 객체를 반환
    return response
return new_view_func

view.py

from django.shortcuts import get_object_or_494, render

from .decorators import check_sprinkles from .models import Sprinkles

뷰에 데코레이터를 추가

@check_sprinkles def sprinkle_detail(request, pk): """표준 상세 뷰""" sprinkle = get_object_or_404(Sprinkle, pk=pk)

return render(request, 
    "sprinkles/sprinkle_detail.html", 
    ("sprinkle": sprinkle))

너무 많은 데코레이터를 사용하면 코드가 난해해지므로, 수를 제한하자. 자세한 스터디 자료는 github에서 확인하실 수 있습니다. 심화 내용 남홍님께서 현재 장고에서 쓰이고 있는 뷰에 대해 먼저 정리를 해주셨습니다. 이후 URL, URN, URI 등을 설명해 주셨고, Explicit이 implicit보다 을 예시와 함께 설명해 주셨습니다. 이후 Decorator(장식자)에 대해 심도 깊은 내용을 설명해 주셨습니다. 이를 통해 실제 decorator가 어떻게 쓰이고 회사에서 어떤 식으로 적용 되었으며, 실제로 사용하려면 어떻게 써야하는지 알 수 있었습니다. 어땠을까? 이제 본격적으로 스터디 내용도 어려워 지는 것 같네요. 그래도 배워가는게 많고 얻어가는게 많은 것 같아서 좋았습니다. 이런 스터디를 통해서 스스로 더 발전해 나갈 수 있는 기회를 만들 수 있었으면 좋겠네요. 앞으로 쭉 지속되는 스터디가 되길 바랍니다.