클래스 기반 view와 제네릭 view란 무엇인가요?

Question

IT Interview Practice · Accepted Answer

**클래스 기반 view(CBV)**는 view를 함수 대신 Python 클래스로 구현하여 상속과 믹스인을 통한 재사용을 가능하게 합니다. **제네릭 view**는 흔한 패턴(목록, 상세, 생성/수정/삭제)을 최소한의 코드로 처리하는 내장 CBV로, 표준 CRUD의 보일러플레이트를 극적으로 줄입니다.

## 함수 기반 vs 클래스 기반

```python
# 함수 기반 view(FBV) — 명시적이지만 흔한 패턴에는 반복적
def article_list(request):
    articles = Article.objects.all()
    return render(request, "articles.html", {"articles": articles})

# 제네릭 view를 사용한 클래스 기반 동등물 — 훨씬 적은 코드
from django.views.generic import ListView
class ArticleListView(ListView):
    model = Article                      # Django가 가져오기 + 렌더링 처리
    template_name = "articles.html"
    context_object_name = "articles"
```

제네릭 `ListView`는 모든 객체를 자동으로 가져오고, 페이지네이션하고, template을 렌더링합니다. 수동 함수를 몇 개의 속성으로 대체합니다.

## 흔한 제네릭 view(CRUD 세트)

```python
from django.views.generic import ListView, DetailView, CreateView, UpdateView, DeleteView

class ArticleListView(ListView):     model = Article   # 전체 나열
class ArticleDetailView(DetailView): model = Article   # 하나 표시
class ArticleCreateView(CreateView):                    # 생성 form + 저장
    model = Article
    fields = ["title", "body"]
    success_url = "/articles/"
class ArticleUpdateView(UpdateView):                    # 수정 form + 저장
    model = Article
    fields = ["title", "body"]
class ArticleDeleteView(DeleteView):                    # 확인 + 삭제
    model = Article
    success_url = "/articles/"
```

이 다섯 개의 제네릭 view는 전체 CRUD 수명주기—목록, 상세, 생성, 수정, 삭제—를 각각 매우 적은 코드로 다룹니다. Django가 form 생성, 검증, 저장, 렌더링을 처리합니다.

## 메서드 재정의와 믹스인을 통한 커스터마이징

```python
class ArticleListView(ListView):
    model = Article

def get_queryset(self):                          # 쿼리를 커스터마이징하려면 재정의
        return Article.objects.filter(published=True).order_by("-created_at")

def get_context_data(self, **kwargs):            # 추가 context 추가
        context = super().get_context_data(**kwargs)
        context["categories"] = Category.objects.all()
        return context

# 믹스인은 view 전반에 재사용 가능한 동작을 추가
from django.contrib.auth.mixins import LoginRequiredMixin
class ArticleCreateView(LoginRequiredMixin, CreateView):   # 로그인 요구
    model = Article
    fields = ["title", "body"]
```

CBV는 특정 메서드(`get_queryset`, `get_context_data`, `form_valid`)를 재정의하여 커스터마이징하고, 재사용 가능한 횡단 동작을 위해 **믹스인**(예: `LoginRequiredMixin`)으로 조합합니다. 함수 대비 핵심적인 재사용 이점입니다.

## CBV vs FBV 트레이드오프

```text
제네릭 CBV → 표준 CRUD 패턴에 최소한의 코드; 상속/믹스인으로 재사용 가능
FBV         → 커스텀/복잡한 로직에 더 명시적이고 읽기 쉬움; 초보자에게 더 쉬움
→ 표준 경우에는 제네릭 CBV; 비정상적 로직에는 FBV(또는 상세한 CBV) 사용.
  많은 팀이 상황에 따라 둘 다 사용.
```

## 왜 중요한가

클래스 기반 view와 제네릭 view는 보일러플레이트를 줄이고 재사용을 촉진하는 중요한 Django 기능으로, 특히 대부분의 웹 애플리케이션에 필요한 매우 흔한 CRUD 작업에 그렇습니다.

이를 이해하는 것이 가치 있는 이유는 **제네릭 view**(`ListView`, `DetailView`, `CreateView`, `UpdateView`, `DeleteView`)가 표준 패턴—레코드 나열, 상세 표시, 생성/수정/삭제 form 처리—을 각각 몇 줄로 구현하기 때문입니다. 함수 기반 view라면 상당한 반복 코드(객체 가져오기, form 구축, 검증, 저장, 렌더링)가 필요했을 것입니다.

이는 일반적인 Django 앱의 많은 부분을 차지하는 기본적인 CRUD 화면에 대한 주요 생산성 이점입니다.

클래스 기반 접근은 **상속과 믹스인을 통한 재사용**도 가능하게 합니다. 특정 메서드(`get_queryset`, `get_context_data`)를 재정의하여 동작을 커스터마이징하고, 믹스인(인증을 위한 `LoginRequiredMixin` 같은)을 통해 횡단 관심사를 조합하여, view 전반에 공통 로직을 DRY하게 유지합니다.

제네릭 view 세트, CBV를 커스터마이징하는 방법, 믹스인이 동작하는 방식, 그리고—중요하게—**CBV와 FBV 간의 트레이드오프**(표준 패턴에는 제네릭 CBV; 명시성이 가독성에 도움이 되는 커스텀/복잡한 로직에는 함수 기반 view)를 아는 것은 Django 앱을 효율적으로 구축하는 실용적 지식입니다.

각 상황에 맞는 접근을 선택하고, 제네릭 view를 활용해 CRUD를 재발명하지 않는 것은 생산적인 Django 개발의 특징이자 실제 프로젝트에서 자주 관련되는 주제입니다.

함수 기반 vs 클래스 기반

흔한 제네릭 view(CRUD 세트)

메서드 재정의와 믹스인을 통한 커스터마이징

CBV vs FBV 트레이드오프

왜 중요한가

관련 질문