Hogyan kezdjük el tanulni Django

Nem vagyok különleges, mint te.
De olvastam Lutz év és egy hónap elején Lutz referenciaként használni.

Én először a Udemy mellesleg díjat, de nem igazán értem semmit. Aztán a férjem vásárolt Bovsunovskogo hozzáférés, nem eredményezi a kapcsolatot, és így az algoritmus, amellyel megértettem Django.

Megmondom olyan technika, amely segített. (Ez nem az én módszer)

1. Indítsa el a szerver. Eleinte én is gondoltam, hogy miért. De aztán megbizonyosodjon arról, hogy a helyes döntés.
A szerveren:
Telepítése virtualenv + Django.
Ezután tanulni az Django könyvtárak.
A fő cél a harcot a hiba 500. Van egy szörnyen hosszú ideig nem működik, de aztán megtanultam, hogyan kell beállítani

A leggyakoribb hiba volt megfigyelhető
www.bombicod.com

Tény, hogy nagyon fontos, hogy elkezdi megkülönböztetni hibák Django szerver hiba.

2. lépés: Az írás egy egyszerű alkalmazás PyCharm. Útközben rájöttem, hogy a fejlesztési környezet PyCharm hozott létre, ftp és SSH. (Project a szerveren, és a környezetben egy és ugyanaz)
Fontos megérteni, hogy hogyan és milyen folyamatban van.

3. lépés.
Aztán volt egy otthoni vissza a szerverre.

4. lépés.
Miután rájöttem, hogy a Django. Elkezdtük tanulni mindent részletesen.
Kezdtük az url és minden részletet intézve, nem értem, miért a közepén.
Csak amikor jöttek a műhelyek (ez a szempont, amely része a Jango, de az írás a hiánytalan kérelem, ami látja a teljes képet) őket tovább mondani.

Áttekintése után az url, rájöttem, hogy a legfontosabb dolog, hogy url obrabatyvaetsya a views.py fájlt a bemutatót.

Aztán mozgott a modelleket, és itt rájöttem ugyanezt a modellt dolgozzák fel ugyanazt a nézetet.

Ettől a pillanattól kezdve kezdtem megérteni Django és kezdtem megérteni az információkat. Más szóval, amikor beléptem Django.

Aztán mentünk a műhelyek. Ez a döntés a konkrét célokat. Itt például.

És itt megértettem végre, hogy miért indult egy URL-t. Mechanizmusának megértéséhez az url, és tanulási modell, és korábban már írtam, hogy a Django és a helyszíni modellek és url feldolgozott kilátás. De a műhelyek voltak más fogalmak, mint összeállítása referenciák, megfelelő kezelését a névtér, nagyon fontos pont, megtanulják, hogy, mivel soha nem kell szerkeszteni kapcsolatok kézzel, amely nem lenne helyén nagy, és az url-fájlt, akkor változtatni semmit .

Megértettem a lényeg, mint minden razdeleo sprvke Django valamint azt, hogy meg kell érteniük, hogy írjon a teljes pályázati anyagot.

Most jön igaz.

Szóval én csak mondani gondolatmenetét.

Mint elmagyarázta nekem, a lényeg, hogy foglalkozik a két paraméter, a többi paraméter én személy szerint nem okoz gondot.

blank - formában utal Django
null - arra utal, hogy az adatbázis

Megértjük a paramétereket, és megértjük, hogy poredelyayut viselkedés területeken.

például
title_myautoid = models.CharField (MAX_LENGTH = 200)
például ebben az esetben MAX_LENGTH = 200 határozza meg a karakterek száma (például zagalovke cikk)

származó import django.db modellek

Nehéz megmagyarázni mindent egy cikket, lépni a része a minta arra a pontra, Django.

models.py
osztályú MyAutoId (models.Model):
osztályú Meta ():
db_table = „myautoid_app” # db_table - lesz a neve a mi területen a

def __unicode __ (self):
visszatérés self.title_myautoid

A legfontosabb dolog? Rájöttem, hogy a mező minta feldolgozása a bemutató fájl views.py

re django.shortcuts importálni render_to_response, get_object_or_404, render

származó import allfields.models MyAutoId

def allfields_all (kérésre):
TE = MyAutoId.objects.all ()
vissza render_to_response ( 'allfields_all.html',)

def allfields_one (kérelem, one_id):
egy = get_object_or_404 (MyAutoId, pk = one_id)
visszaút render (kérésre „allfields_one.html”)

Számomra minden csak elcsépelt

Itt van a sor
te = MyAutoId (a modell) .objects (Manager egy olyan program, amely tudja, hogyan kell dolgozni modellek) .Minden () -módszer minta tárgyak, ebben az esetben, hogy az összes rekordot.
ahelyett, hogy a (), én is helyettesít semmilyen más módszerekkel.

sor
hozam (return) render_to_response (show és kijelző) (allfields_all.html "(ahol a kijelző), hogy megjelenítse a szótárban))

Mivel túl sok szöveget.
azonnal magyarázza el, hogyan fájl megjelenik html

Ismét Megértem néhány fontos dolgot.
1. Amikor létrehoz egy modellt models.py mi csak meghatározza a mezőket, és a futási parancs
makemigrations (annak ellenőrzésére, hogy az új területen eslt)
vándorolnak (hozzon létre egy területen)

2. views.py fájlt a bemutatása,

def (kérésre): # közönséges Python funkciót.
title = A model.menedzher.metod
vissza a válasz (amely származhat a kimenet)

Az első sor által feldolgozott modell szerint. Mellesleg ez a referencia modellek, és meg van írva a bemutatót.
A második sorban a nézet - a szerver.

Most url

# - * - kódolás: - * utf-8 -
re django.conf.urls import minták, url
származó import allfields.views allfields_all
származó import allfields.views allfields_one
származó import allfields megtekintés
urlpatterns = minták ( '',
# Példák:


url (r „^ $”, allfields_all- a funkció visszavonását összes hozzászólásnak)
url (r '^ egy / (P \ d +) / $?', views.allfields_one, name = 'allfields_one' - mi O funkciója egy post)
)

Világossá válik, a lényeg, hogy mi határozza meg az url funkció views.py bemutatót.

Nehéz elmagyarázni egy üzenet.

De akkor tetteimet annyira.
Azt azonnal küldeni a szerver és látni az eredményeket az interneten.

Ebből arra lehet következtetni. Amit nem vette ki az elemet, meg kell vizsgálni, hogy a terv a teljes alkalmazás, akkor láthatjuk, hogy a Django általában.

Más szóval. rasmmtrivaem url részeként az alkalmazást.
Úgy véljük, a területen, mint egy része a pályázati modell szerint.
Úgy véljük, az ötlet, hogy dolgozni modellek.

Következő ez egyre sokkal könnyebb.

Változó területen modellek - tapasztalatszerzés.
Fuktsii bonyolult minta modellek - tapasztalatszerzés
Előírt url - tapasztalatszerzés és a lehetőségeket.

Én nem itt le, de amint azt ajánlották, hogy hozzon létre egy alapot fájlt html, mielőtt továbbították a ismeretséget a nyelvi sablonok és örökségét.

Kaptunk egy mini alkalmazás műhelyek, hanem mintha egy darab kódot, hanem megoldani egy adott problémát.

És most is az egyik legfontosabb, mint az olvasás mintegy módszerek mintavételi helyek figyelni, hogy milyen típusú adatokat az igazolásban meghatározott állandó, ez a lista. húr, tuple, szótár és a rendelkezésre álló műveleteket.

Például: Azt olvastam, hogy az üzleti, mind () - van kialakítva Python lista. Bemásztam listák és olvassa el, hogy listákat támogatja szakaszok.

csak úgy tudjuk megérteni, hogyan kell alkalmazni

def allfields_all (kérésre):
TE = MyAutoId.objects.all ()
vissza render_to_response ( 'allfields_all.html',)

És most a legfontosabb dolog. Ha történik egy hónap tele alkalmazások, nem számít, mit tanulni ebben a pillanatban modell, a nézetek, url, a lényeg, hogy írjon részeként az alkalmazást.

Aztán. amikor a fej van elhelyezve, könnyen érthető darabokat a kód kezdődik egy referencia Django

>>> from django.db.models import Count
>>> q = Blog.objects.annotate (Count ( 'bejegyzés'))
# A neve az első blog
>>> q [0] .name
'Blogasaurus'
# A bejegyzések száma az első blog
>>> q [0] .entry__count
42

És nem azt mondom, mindent a cikk nem helyett nyitott Django héj, a parancssor, amely kapcsolódik Django és a Python.
Például írsz a modell, és elkezd egy parancssort, és levelet módszerek azonnal világos, hogy a Django benne.

Én még mindig csak a tanulás, hanem a hónapban, mint hogy egy évvel korábban a Lutz olvasni jól haladtak.
Azt hiszem, a jövőben fogok írni érthetőbbé. míg a sok érzelem.

Most. mint mondtam Lutz, mert én vagyok az útmutató. A nem elbeszélés.

Kapcsolódó cikkek