რა არის MVT არქიტექტურა?

Question

Accepted Answer

Django მიჰყვება **MVT (Model-View-Template)** არქიტექტურას — კლასიკური MVC ნიმუშის მისი ვარიაცია. ის ყოფს აპლიკაციას სამ ფენად: **Models** (მონაცემები), **Views** (ლოგიკა) და **Templates** (პრეზენტაცია). ფენების გაგება ხდის ნათელი, სად ეკუთვნის კოდის თითოეული ნაწილი. ## სამი ფენა ```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 ``` ## როგორ მუშაობენ ისინი ერთად (მოთხოვნის ნაკადი) ```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 აკავშირებს ყველაფერს: იღებს მოთხოვნას, მოთხოვნის მოდელებს მონაცემებისთვის და გამოხატავს შაბლონს ამ მონაცემებით პასუხის შესაქმნელად. ## 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). ``` ნომენკლატურა განსხვავდება MVC-ისგან: Django-ს **View** ასრულებს MVC-ის *Controller*-ის 役割 (მოთხოვნის დამუშავების ლოგიკა), და Django-ს **Template** ასრულებს MVC-ის *View*-ს rolle (პრეზენტაცია). ჩარჩოს მარშრუტიზაცია ამუშავებს დისპეტჩერობას. ## რატომ აქვს მნიშვნელობა ამ გაყოფას ```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 ``` ## რატომ არის ეს მნიშვნელოვანი MVT არქიტექტურა არის Django-ს ყველა აპლიკაციის ფუნდამენტური სტრუქტურული ნიმუში — მისი გაგება გეტყვით **სად ეკუთვნის კოდის თითოეული ნაწილი** (მონაცემების განმარტებები მოდელებში, მოთხოვნის დამუშავების ლოგიკა view-ებში, HTML პრეზენტაცია შაბლონებში), რაც აუცილებელია ნებისმიერი Django პროექტის სწორი ორგანიზაციისთვის. შინაარსის გამოყოფა, რომელიც ის ახდენს, აპლიკაციებს აკეთებს შენახვადიან (შეცვალე პრეზენტაცია ლოგიკას შეხების გარეშე), ტესტირებადიან (ტესტი view-ები და მოდელები დამოუკიდებლად) და გამოყენებადიან. თანაბრად მნიშვნელოვანია **MVT-vs-MVC კერძო შესაბამისობა**-ს გაგება — შეცდომის ხშირი წყარო — სადაც Django-ს "View" რეალურად კონტროლერის ეკვივალენტი (ლოგიკა) და Django-ს "Template" view-ის ეკვივალენტი (პრეზენტაცია); ამის ცოდნა აშკარავებს დასახელებას და ეხმარება MVC ჩარჩოებიდან მომავალ დეველოპერებს. მოთხოვნის ნაკადი (URL მარშრუტიზაცია → view → მოდელები → შაბლონი → პასუხი) არის გონებრივი მოდელი იმ ხერხისთვის, რომელიც თითოეული Django მოთხოვნა დამუშავდება, რაც MVT-ს აკეთებს ფუნდამენტურ, აუცილებელ ცოდნად, რომელიც ემყარება, თუ როგორ შეადგენთ და აზროვნებთ Django კოდის ყველა.