क्लास-आधारित र सामान्य दृश्यहरू (views) के हुन्?

Question

Accepted Answer

**क्लास-आधारित दृश्यहरू (CBVs)** दृश्यहरू Python क्लासहरूको रूपमा लागू गर्छन्, न कि प्रकार्यहरूको रूपमा, जसले विरासत र mixins को माध्यमबाट पुन: उपयोग सक्षम गर्छ। **सामान्य दृश्यहरू** निर्मित CBVs हुन् जो साधारण प्याटर्नहरू (सूची, विवरण, सिर्जना/अपडेट/मेटाउन) कम कोडको साथ सम्भाल्छन् — मानक CRUD को लागि boilerplate नाटकीय रूपमा घटाइछ।

## प्रकार्य-आधारित बनाम क्लास-आधारित

```python
# function-based view (FBV) — explicit, but repetitive for common patterns
def article_list(request):
    articles = Article.objects.all()
    return render(request, "articles.html", {"articles": articles})

# class-based equivalent using a GENERIC view — far less code
from django.views.generic import ListView
class ArticleListView(ListView):
    model = Article                      # Django handles fetching + rendering
    template_name = "articles.html"
    context_object_name = "articles"
```

सामान्य `ListView` स्वचालित रूपमा सबै वस्तुहरू प्राप्त गर्छ, पृष्ठांकन गर्छ, र टेम्प्लेट प्रस्तुत गर्छ — म्यानुएल प्रकार्यलाई केही विशेषताहरूको साथ बदल्छ।

## साधारण सामान्य दृश्यहरू (CRUD सेट)

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

class ArticleListView(ListView):     model = Article   # list all
class ArticleDetailView(DetailView): model = Article   # show one
class ArticleCreateView(CreateView):                    # a create form + save
    model = Article
    fields = ["title", "body"]
    success_url = "/articles/"
class ArticleUpdateView(UpdateView):                    # edit form + save
    model = Article
    fields = ["title", "body"]
class ArticleDeleteView(DeleteView):                    # confirm + delete
    model = Article
    success_url = "/articles/"
```

यी पाँच सामान्य दृश्यहरू सम्पूर्ण CRUD जीवनचक्र — सूची, विवरण, सिर्जना, अपडेट, मेटाउन — प्रत्येक धेरै कम कोडको साथ कभर गर्छन्। Django फार्म पीढी, सत्यापन, सुरक्षा, र प्रस्तुति सम्भाल्छ।

## विधि अधिरोहण र mixins को माध्यमबाट अनुकूलन

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

def get_queryset(self):                          # override to customize the query
        return Article.objects.filter(published=True).order_by("-created_at")

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

# MIXINS add reusable behavior across views
from django.contrib.auth.mixins import LoginRequiredMixin
class ArticleCreateView(LoginRequiredMixin, CreateView):   # require login
    model = Article
    fields = ["title", "body"]
```

CBVs विशिष्ट विधिहरू अधिरोहण गरेर अनुकूलित हुन्छन् (`get_queryset`, `get_context_data`, `form_valid`) र **mixins** (उदाहरण `LoginRequiredMixin`) को साथ रचना गरिन्छ पुन: उपयोगयोग्य cross-cutting व्यवहारको लागि — प्रकार्यहरूमा पुन: उपयोग लाभको मुख्य कुञ्जी।

## CBV बनाम FBV ट्रेड-अफ

```text
Generic CBVs → minimal code for STANDARD CRUD patterns; reusable via inheritance/mixins
FBVs         → more explicit and readable for CUSTOM/complex logic; easier for beginners
→ Use generic CBVs for standard cases; FBVs (or detailed CBVs) for unusual logic.
  Many teams use both depending on the situation.
```

## यो किन महत्त्वपूर्ण छ

क्लास-आधारित र सामान्य दृश्यहरू boilerplate घटाउन र पुन: उपयोग प्रचार गर्न, विशेष गरी अत्यन्त साधारण CRUD सञ्चालनहरूको लागि जो अधिकांश वेब अनुप्रयोगहरूलाई चाहिन्छ, Django को एक महत्त्वपूर्ण सुविधा हुन्।

तिनीहरूलाई बुझ्न मूल्यवान छ किनभने **सामान्य दृश्यहरू** (`ListView`, `DetailView`, `CreateView`, `UpdateView`, `DeleteView`) मानक प्याटर्नहरू लागू गर्छन् — रेकर्डहरू सूचीबद्ध गर्दै, विवरणहरू देखाएर, र create/update/delete फार्महरू सम्भाल्दै — प्रत्येक केवल केही पंक्तिहरूमा, जहाँ प्रकार्य-आधारित दृश्य पर्याप्त पुनरावृत्ति कोड आवश्यक हुन्छ (वस्तुहरू प्राप्त गर्दै, फार्मhtmlनिर्माण गर्दै, सत्यापन गर्दै, सुरक्षा गर्दै, प्रस्तुत गर्दै)।

यो विशिष्ट Django अनुप्रयोगहरूको अधिकांश भाग बनाउने bread-and-butter CRUD स्क्रीनहरूको लागि एक प्रमुख उत्पादकता जीत हो।

क्लास-आधारित दृष्टिकोण **विरासत र mixins को माध्यमबाट पुन: उपयोग** भी सक्षम गर्छ — तपाई विशिष्ट विधिहरू अधिरोहण गरेर व्यवहार अनुकूलन गर्नुहुन्छ (`get_queryset`, `get_context_data`) र mixins को माध्यमबाट cross-cutting चिन्ताहरू रचना गर्नुहुन्छ (जस्तै `LoginRequiredMixin` प्रमाणीकरणको लागि), सामान्य तर्क दृश्यहरू भर DRY राख्दै।

सामान्य दृश्य सेट जान्दै, CBVs कसरी अनुकूलन गर्ने, mixins कसरी काम गर्छन्, र — महत्त्वपूर्ण — **CBVs र FBVs को बीच ट्रेड-अफ** (मानक प्याटर्नहरूको लागि सामान्य CBVs; कस्टम वा जटिल तर्कको लागि प्रकार्य-आधारित दृश्य जहाँ स्पष्टतालेयाय्नता में आता है) व्यावहारिक ज्ञान छ Django अनुप्रयोगहरू कुशलतापूर्वक निर्माण गर्नको लागि।

प्रत्येक स्थितिको लागि सही दृष्टिकोण छनोट गर्दै, र CRUD पुन: आविष्कार गर्न बेवास्ता गर्दै सामान्य दृश्यहरूलाई लाभ उठाउँदै, उत्पादक Django विकास र वास्तविक परियोजनाहरूमा पार्थक्य प्रभावशाली विषय को एक विशेषता हो।