Cila është arkitektura MVT?

Question

Accepted Answer

Django ndjek arkitekturën **MVT (Model-View-Template)** — variacioni i tij i modelit klasik MVC. Ajo ndan një aplikacion në tre shtresa: **Models** (të dhënat), **Views** (logjika), dhe **Templates** (paraqitja). Kuptimi i shtresave sqaron se ku i përkasin secilit piece të kodit. ## Tre shtresat ```text Model → the DATA layer: defines structure & talks to the database (the ORM) View → the LOGIC layer: processes requests, fetches data, returns responses Template → the PRESENTATION layer: HTML with placeholders for dynamic data ``` ## Si funksionojnë ato së bashku (fluksi i kërkesës) ```text Request → URLconf (routing) → VIEW → queries MODELS → renders TEMPLATE → Response ``` ```python # MODEL — defines the data (models.py) class Article(models.Model): title = models.CharField(max_length=200) body = models.TextField() # VIEW — the logic: fetch data, pass to a template (views.py) def article_list(request): articles = Article.objects.all() # query the MODEL return render(request, "articles.html", {"articles": articles}) # render a TEMPLATE ``` ```html {% for article in articles %}

{% endfor %} ``` View-i e lidh këtë: ai merr kërkesën, bën query në models për të dhënat, dhe rendering një template me ato të dhëna për të prodhuar përgjigjen. ## MVT vs MVC ```text Classic MVC: Model — View — Controller Django MVT: Model — Template — View The mapping (a common point of confusion): Django's VIEW ≈ MVC's CONTROLLER (the logic that handles requests) Django's TEMPLATE ≈ MVC's VIEW (the presentation) Model is the same in both → Django says the framework itself acts as the "controller" (URL routing/dispatch). ``` Emërtimi ndryshon nga MVC: **View** i Django-s luan rolin e *Controller*-it të MVC (logjika e trajtimit të kërkesave), dhe **Template** i Django-s luan *View*-in e MVC (paraqitja). Routing-u i framework-ut e trajton dispatch-in. ## Pse ky ndarje është e rëndësishme ```text ✓ Separation of concerns — data, logic, and presentation are independent ✓ Maintainability — change the template without touching logic, etc. ✓ Reusability & testability — test views independently, reuse models/templates ``` ## Pse ka rëndësi Arkitektura MVT është modeli strukturor themelor i çdo aplikacioni Django — kuptimi i tij të thotë se **ku i përkasin secilit piece të kodit** (përkufizime të të dhënave në models, logjika e trajtimit të kërkesave në views, prezantim HTML në templates), e cila është thelbësore për organizimin e çdo projekti Django siç duhet. Ndarja e shqetësimeve që ajo e detyron bën aplikacionet të jenë të këndshme (ndrysho prezantimin pa prekur logjikën), të testueshmë (testo views dhe models në mënyrë të pavarur), dhe të ripërdorshme. Enjë mund të theksojmë edhe më shumë faktin se të kuptosh **hartëzimin MVT-vs-MVC** — një burim i shpeshtë i konfuzionit — ku **View** i Django-s është në fakt ekuivalenti i controller-it (logjika) dhe **Template** i Django-s është ekuivalenti i view-it (prezantim); njohja e kësaj shpalos emërtimin dhe ndihmon zhvilluesit që vijnë nga framework-ët MVC. Fluksi i kërkesës (URL routing → view → models → template → përgjigje) është modeli mendor për se si secila kërkesë Django përpunohet, duke e bërë MVT-në themelore, njohuri që duhet ditur, e cila mbështet se si ti strukturon dhe arsyeton për të gjithë kodin Django.