Class-based view và generic view là gì?

Question

Accepted Answer

**Class-based views (CBVs)** hiện thực view dưới dạng class Python thay vì hàm, cho phép tái sử dụng qua kế thừa và mixin. **Generic views** là các CBV tích hợp sẵn xử lý các pattern phổ biến (liệt kê, chi tiết, tạo/cập nhật/xóa) với mã tối thiểu — giảm đáng kể boilerplate cho CRUD chuẩn.

## Function-based so với class-based

```python
# function-based view (FBV) — rõ ràng, nhưng lặp lại cho các pattern phổ biến
def article_list(request):
    articles = Article.objects.all()
    return render(request, "articles.html", {"articles": articles})

# tương đương class-based dùng một GENERIC view — ít mã hơn nhiều
from django.views.generic import ListView
class ArticleListView(ListView):
    model = Article                      # Django xử lý việc lấy + render
    template_name = "articles.html"
    context_object_name = "articles"
```

Generic `ListView` tự động lấy tất cả đối tượng, phân trang, và render một template — thay thế hàm thủ công bằng một vài thuộc tính.

## Các generic view phổ biến (bộ CRUD)

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

class ArticleListView(ListView):     model = Article   # liệt kê tất cả
class ArticleDetailView(DetailView): model = Article   # hiển thị một cái
class ArticleCreateView(CreateView):                    # một form tạo + lưu
    model = Article
    fields = ["title", "body"]
    success_url = "/articles/"
class ArticleUpdateView(UpdateView):                    # form sửa + lưu
    model = Article
    fields = ["title", "body"]
class ArticleDeleteView(DeleteView):                    # xác nhận + xóa
    model = Article
    success_url = "/articles/"
```

Năm generic view này bao quát toàn bộ vòng đời CRUD — liệt kê, chi tiết, tạo, cập nhật, xóa — mỗi cái với rất ít mã. Django xử lý việc sinh form, validation, lưu, và render.

## Tùy biến qua ghi đè phương thức và mixin

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

def get_queryset(self):                          # ghi đè để tùy biến truy vấn
        return Article.objects.filter(published=True).order_by("-created_at")

def get_context_data(self, **kwargs):            # thêm context bổ sung
        context = super().get_context_data(**kwargs)
        context["categories"] = Category.objects.all()
        return context

# MIXIN thêm hành vi tái sử dụng được xuyên các view
from django.contrib.auth.mixins import LoginRequiredMixin
class ArticleCreateView(LoginRequiredMixin, CreateView):   # yêu cầu đăng nhập
    model = Article
    fields = ["title", "body"]
```

CBV được tùy biến bằng cách ghi đè các phương thức cụ thể (`get_queryset`, `get_context_data`, `form_valid`) và kết hợp với **mixin** (vd: `LoginRequiredMixin`) cho hành vi xuyên suốt tái sử dụng được — lợi thế tái sử dụng then chốt so với hàm.

## Đánh đổi CBV so với FBV

```text
Generic CBV → mã tối thiểu cho các pattern CRUD CHUẨN; tái sử dụng qua kế thừa/mixin
FBV         → rõ ràng và dễ đọc hơn cho logic TÙY BIẾN/phức tạp; dễ hơn cho người mới
→ Dùng generic CBV cho trường hợp chuẩn; FBV (hoặc CBV chi tiết) cho logic bất thường.
  Nhiều đội dùng cả hai tùy tình huống.
```

## Tại sao điều này quan trọng

Class-based và generic view là một tính năng Django quan trọng để giảm boilerplate và thúc đẩy tái sử dụng, đặc biệt cho các thao tác CRUD cực kỳ phổ biến mà hầu hết các ứng dụng web cần.

Hiểu chúng có giá trị vì **generic view** (`ListView`, `DetailView`, `CreateView`, `UpdateView`, `DeleteView`) hiện thực các pattern chuẩn — liệt kê bản ghi, hiển thị chi tiết, và xử lý form tạo/cập nhật/xóa — chỉ với vài dòng mỗi cái, nơi một function-based view sẽ đòi hỏi nhiều mã lặp lại đáng kể (lấy đối tượng, dựng form, validate, lưu, render).

Đây là một lợi ích năng suất lớn cho các màn hình CRUD cơm áo gạo tiền chiếm phần lớn các app Django điển hình.

Cách tiếp cận class-based cũng cho phép **tái sử dụng qua kế thừa và mixin** — bạn tùy biến hành vi bằng cách ghi đè các phương thức cụ thể (`get_queryset`, `get_context_data`) và kết hợp các mối quan tâm xuyên suốt qua mixin (như `LoginRequiredMixin` cho xác thực), giữ logic chung DRY xuyên các view.

Biết bộ generic view, cách tùy biến CBV, cách mixin hoạt động, và — quan trọng — **đánh đổi giữa CBV và FBV** (generic CBV cho pattern chuẩn; function-based view cho logic tùy biến hoặc phức tạp nơi sự rõ ràng hỗ trợ khả năng đọc) là kiến thức thực tế để xây dựng app Django hiệu quả.

Chọn cách tiếp cận đúng cho từng tình huống, và tận dụng generic view để tránh phát minh lại CRUD, là dấu ấn của phát triển Django năng suất và là chủ đề thường liên quan trong các dự án thực.