کلاس پر مبنی اور عام نقطہ نظر کیا ہیں؟

Question

Accepted Answer

**کلاس پر مبنی نقطہ نظر (CBVs)** نقطہ نظر کو Python کلاسز کے طور پر نافذ کرتے ہیں بجائے فنکشنز کے، وراثت اور mixins کے ذریعے دوبارہ استعمال کو فعال بناتے ہیں۔ **عام نقطہ نظر** تعمیر شدہ CBVs ہیں جو عام نمونوں (listing، detail، create/update/delete) کو کم سے کم کوڈ کے ساتھ سنبھالتے ہیں — معیاری CRUD کے لیے boilerplate کو ڈرامائی طریقے سے کم کرتے ہیں۔

## Function-based بمقابلہ class-based

```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` خودکار طور پر تمام اشیاء حاصل کرتا ہے، صفحہ بندی کرتا ہے، اور template کو render کرتا ہے — دستی function کو کچھ attributes سے بدل دیتا ہے۔

## عام نقطہ نظر کا سیٹ (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 lifecycle کو کور کرتے ہیں — list، detail، create، update، delete — ہر ایک بہت کم کوڈ کے ساتھ۔ Django form کی تخلیق، validation، saving، اور rendering کو سنبھالتا ہے۔

## Method overrides اور mixins کے ذریعے customize کرنا

```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 کو مخصوص methods (`get_queryset`، `get_context_data`، `form_valid`) کو override کرکے customize کیا جاتا ہے اور **mixins** (جیسے `LoginRequiredMixin`) کے ساتھ compose کیا جاتا ہے دوبارہ استعمال کے قابل cross-cutting behavior کے لیے — functions پر دوبارہ استعمال کا کلیدی فائدہ۔

## CBV بمقابلہ FBV trade-offs

```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 کو کم کرنے اور دوبارہ استعمال کو فروغ دینے کے لیے Django کی ایک اہم خصوصیت ہے، خاص کر انتہائی عام CRUD operations کے لیے جو اکثر ویب ایپلیکیشنز کو ضرورت ہے۔
	ure انہیں سمجھنا قیمتی ہے کیونکہ **عام نقطہ نظر** (`ListView`، `DetailView`، `CreateView`، `UpdateView`، `DeleteView`) معیاری نمونوں کو نافذ کرتے ہیں — records کو درج کرنا، تفصیلات دکھانا، اور create/update/delete forms کو سنبھالنا — ہر ایک میں صرف کچھ لائنوں کے ساتھ، جہاں ایک function-based view کو بہت سے دہرائے جانے والے کوڈ کی ضرورت ہوگی (objects حاصل کرنا، forms بنانا، validating، saving، rendering)۔

یہ روزمرہ CRUD screens کے لیے ایک بڑی productivity کامیابی ہے جو عام Django apps کا بیشتر حصہ بناتے ہیں۔

کلاس پر مبنی طریقہ **وراثت اور mixins کے ذریعے دوبارہ استعمال** کو بھی فعال بناتا ہے — آپ مخصوص methods (`get_queryset`، `get_context_data`) کو override کرکے behavior کو customize کرتے ہیں اور mixins کے ذریعے cross-cutting concerns کو compose کرتے ہیں (جیسے authentication کے لیے `LoginRequiredMixin`)، عام logic کو views میں DRY رکھتے ہیں۔

عام نقطہ نظر کا سیٹ جاننا، CBVs کو customize کرنے کا طریقہ، mixins کیسے کام کرتے ہیں، اور — اہم طور پر — **CBVs اور FBVs کے درمیان trade-off** (معیاری نمونوں کے لیے عام CBVs؛ custom یا پیچیدہ logic کے لیے function-based views جہاں وضاحت نے readability میں مدد کی)، Django apps کو مؤثر طریقے سے بنانے کے لیے عملی علم ہے۔

ہر صورت حال کے لیے صحیح طریقہ منتخب کرنا، اور CRUD کو دوبارہ ایجاد کرنے سے بچنے کے لیے عام نقطہ نظر کو فائدہ اٹھانا، پروڈکٹو Django development کا ایک نمایاں نشان ہے اور حقیقی projects میں بار بار متعلقہ موضوع ہے۔