views ใน Django คืออะไร?

Question

Accepted Answer

**view** คือชั้นตรรกะของ Django — function หรือ class ที่รับ HTTP **request**, ทำตรรกะ (query model, ประมวลผล input) และคืน HTTP **response** views คือที่ที่คุณจัดการว่าจะเกิดอะไรขึ้นเมื่อมีการเข้าถึง URL

## Function-based views (FBVs)

```python
from django.shortcuts import render, get_object_or_404
from django.http import JsonResponse, HttpResponse

def article_list(request):
    articles = Article.objects.all()                    # query models
    return render(request, "articles.html", {"articles": articles})  # render a template

def article_detail(request, pk):
    article = get_object_or_404(Article, pk=pk)         # 404 if not found
    return render(request, "detail.html", {"article": article})

def api_articles(request):
    data = list(Article.objects.values("title", "body"))
    return JsonResponse(data, safe=False)               # return JSON instead of HTML
```

function-based view รับ `request` (พร้อม URL parameter ใด ๆ), ทำงานของมัน และคืน response — `render()` สำหรับ HTML, `JsonResponse` สำหรับ JSON, `HttpResponse` สำหรับ output ดิบ

## การจัดการ HTTP method และ input ที่แตกต่างกัน

```python
def create_article(request):
    if request.method == "POST":
        form = ArticleForm(request.POST)
        if form.is_valid():
            form.save()
            return redirect("article_list")             # redirect after a successful POST
    else:
        form = ArticleForm()
    return render(request, "create.html", {"form": form})
```

views ตรวจสอบ `request.method` (GET, POST, ฯลฯ) และเข้าถึง input ผ่าน `request.POST`, `request.GET`, `request.user` ฯลฯ

## Class-based views (CBVs) — นำกลับมาใช้ใหม่ได้ มี boilerplate น้อยลง

```python
from django.views.generic import ListView, DetailView

# generic CBVs handle common patterns with minimal code
class ArticleListView(ListView):
    model = Article                                     # automatically lists all articles
    template_name = "articles.html"

class ArticleDetailView(DetailView):
    model = Article
```

Django ยังมี **class-based views** — รวมถึง generic views (`ListView`, `DetailView`, `CreateView`) ที่ทำแพตเทิร์นทั่วไป (การ list, detail, CRUD) ด้วยโค้ดน้อยมาก ช่วยลด boilerplate

## บทบาทของ view ใน request flow

```text
Request → URL routing → VIEW (logic) → queries models, renders template → Response
The view is the orchestrator: it connects the URL, the data (models), and the
presentation (template) to produce a response.
```

## ทำไมจึงสำคัญ

views คือชั้นตรรกะของ Django ("V" ใน MVT เทียบเท่ากับ controller ของ MVC) — เป็นที่ที่คุณจัดการทุก request ทำให้มันเป็นพื้นฐานในการสร้าง Django application ใด ๆ

การเข้าใจ views เป็นสิ่งจำเป็นเพราะมันเป็นตัวประสานที่เชื่อมทุกอย่างเข้าด้วยกัน: รับ request, ใช้ตรรกะทางธุรกิจ, query model เพื่อดึงข้อมูล, ประมวลผล input ของผู้ใช้ (forms) และคืน response ที่เหมาะสม (HTML ผ่าน templates หรือ JSON สำหรับ API)

การรู้วิธีเขียน **function-based views** (ชัดเจน ยืดหยุ่น — เหมาะกับตรรกะแบบกำหนดเอง), จัดการ HTTP method ที่ต่างกันและเข้าถึงข้อมูล request และใช้ **class-based/generic views** (ที่ลด boilerplate อย่างมากสำหรับแพตเทิร์นทั่วไปเช่นการ list และ CRUD) ครอบคลุมขอบเขตเชิงปฏิบัติของการสร้าง Django endpoint

views เป็นที่ที่ตรรกะการจัดการ request ส่วนใหญ่ของ application อยู่ ดังนั้นการเชี่ยวชาญมัน — วงจร request/response, การเลือกระหว่างแนวทาง function-based และ class-based และวิธีที่ views เชื่อม URL กับ models และ templates — เป็นความรู้หลักในการใช้งานประจำวันสำหรับนักพัฒนา Django ทุกคน และเป็นหัวใจสำคัญของวิธีที่ framework ประมวลผล request