Weblabor

Ha az emberfia vasárnap reggel szeretné a kisfröccs mellett magába injektálni a Django világ minden varázsát, legegyszerűbb felcsapnia egy Python interpretert, és behúznia a this modult. A Zen of Python híven tükrözi a Django (mint az egyik legkedveltebb Python alapú webes keretrendszer) filozófiáját.

>>> import this
The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!

A bejegyzés apropóját Pásztor János nyomán megjelent Miért tetszik a Django? cikk adta, amelyben proclub a djangós élményeit sommázza hat pontba szedve. Mint megszállott Django-rajongó, kötelességemnek érzem ezt a lovat nekem is megülnöm, az alábbiakban proclub esszéjére reflektálok. Először kezdjetek nála, majd lapozzatok vissza a Weblaborra.

A Django legfőbb erőssége, hogy Python alapú (elsőként futott GAE-n) és követi annak fennebb citált szellemiségét. Ez biztosítja következetességét, egyértelműségét, de a keretrendszer belépési költségének alacsony szinten tartását is. A Django fölé húzott alkalmazás stack bonyolultságát a reusable appok mintája (nem mellékesen a kód-újrahasznosítást egy kalap alatt lerendezve) nagy mértékben csökkenti. Nincs egy monolitikus kódbázis, ahol tucatnyi fájlokba szervezett, az MVC-nek kényszeresen megfeleltetett (a témáról ld. értekezésemet a jövő héten) osztályok kísértik a kódert. Egyidejűleg egy reusable app van a láthatáron (ami amúgy egy Python modul is, ezzel a névtér és csomagolás problémákat letudtuk), amely az app természetétől függően átlagosan 4-5 fájlt tartalmaz. A fájlok nevei mindemellett standard konvenciót követnek.

Proclub a Django dokumentációját dicséri és az valóban példa értékű. Amellett, hogy a projekt honlapján található egy négyrészes oktatólecke, amelyben az ismerkedőt kézen fogva vezetik végig egy példa alkalmazás megépítésén, kapunk egy folyamatosan naprakészen (verziókészen?) tartott, minden szempontból elégséges és bőséges dokumentációt. Ha ennél mélyebbre szeretnénk ásni, a fejlesztői wikiben olvashatunk a Djangót érintő tervezési megfontolásokról. Mindezek mellett a de-facto Django-alapmű, a The Definitive Guide to Django könyv online olvasható. (A kiadó további djangós kiadványai is jó minőségű források a témában, lásd a Practical Django Projects könyvajánlót a Weblaboron.)

Proclub kiemeli a cím kezelés rugalmasságát. A helyzet az, hogy a Django URL dispatcher alrendszere ennél még jobb. Minden reusable app saját maga felelős a használni kívánt URL-szerkezet kiajánlásáért. Ezt egy urls.py URL modulban kell megtenni. Az URL-ekhez view-kat és egyedi neveket, quasi mnemonikokat rendelhetünk. Ezek segítenek a fordított URL-feloldásban, így a tényleges URL-eket csak egyszer kell rögzítenünk az alkalmazásban, a nézetekben és a template-ekben elég hivatkoznunk az álneveikre. Ezzel az egyszerű absztrakcióval nagyfokú rugalmasságot érünk el. Az URL modulok egymásba ágyazhatók, így a projekt szintű URL modulba csak jelölnünk kell, hogy melyik alkalmazásokból kívánjuk a szolgáltatott urls.py-t betölteni, és azonnal használható felületet kapunk.

A Django template rendszere az egyik legtöbbek által bírált komponense. Sokan inkább a Jinját látnák szívesebben. (Itt jegyezném meg, hogy a Django keretrendszer építőkövei eléggé lazák, de nem minden esetben triviális bármelyik leváltása. Deklaráltan nem célja a projektnek, hogy minden eleme teljesen kicserélhető legyen. Ehelyett inkább egy koherens magot kíván nyújtani.) A Django-sablonok erőssége azok egyszerűségében – nem kötődnek a HTML-hez, bármilyen szöveges kimenet előállításához használhatók (feed, e-mail stb.) – és a sablonörökítésben rejlik. A sablonrendszer nyelvi készlete tudatosan igen szerény, összetettebb logikát a nézeti rétegben kell megvalósítani.

A Djangoban Python nyelvű modelleket gyártunk, és ezekből gyártja le az adatbázis sémát az ORM. Ennek triviális előnyeit proclub összegzi. A piszok jó dolog itt viszont az, hogy ezeket a modelleket újrahasznosíthatjuk admin és űrlap komponens legyártásához is. Egy blogbejegyzést implementáló Entry osztályhoz űrlap biztosítása a szerzők részére a következők szerint történne:

from django.forms import ModelForm
from my_app.models import Entry

class EntryForm(ModelForm):
    class Meta:
        model = Entry

És akkor ez a teljes kód – modul-behívásokkal együtt –, ami a forms.py-ba kerül. A teljesség kedvéért érdemes itt megjegyezni, hogy a Django ORM-je relációs adatmodell központú. Vannak már erőfeszítések más elgondolású rendszerek támogatására.

Sebesség tekintetében releváns tapasztalatom nagyobb terhelésű site-tal kapcsolatban nincsen, viszont pont a napokban nyugtatott meg Farkas Szilveszter, hogy ez ügyben aggodalomra semmi ok, bírni fogja a Django. Az tény, hogy a Django filozófiájában mélyen gyökeredzik a magas rendelkezésre állás, ebbéli megfontolásból például külön szervert követel meg a statikus állományok kiszolgálására. Az 1.2-es verzióban több egyidejű adatbázis kapcsolatot támogat, így akár külön adatbázisszerver használható adatolvasásra és -írásara. A témában érdekes lehet Mike Malone Scaling Django c. esszéje.

Végül két jellemző, ami teljessé teszi proclub Miért tetszik a Django? kérdésére adott válaszomat.

A signals alrendszer az újrafelhasználó alkalmazások minél lazább kapcsolatát segíti. Minden alkalmazás definiálhat szignálokat, ezeket más alkalmazások figyelhetik, és azok vonalra küldésekor reagálhatnánk rá. Semmi varázslat nincs ebben, keretrendszerenként más-más név alatt fut ez a funkcionalitás: néhol eseményekként jelennek meg, van ahol hookokkal implementálják. Egymásról nem tudó alkalmazások tudnak a segítségével együtt dolgozni.

Utoljára említem az egységtesztelést, de a kor divatjának megfelelően érdemes lett volna ezzel nyitnom. Nem azt szeretném kiemelni, hogy a Django teljes kódját egységtesztek fedik, és a saját alkalmazásunk egységteszteléséhez is megad minden eszközt a keretrendszer, hanem hogy a Django is csak Python, így a Pythonhoz elérhető doctest és unittest egységtesztelő keretrendszerekkel dolgozhatunk. Utóbbi egy xUnit-implementáció, a doctestről viszont részletesebben szólnék. Pythonban a modulhoz, osztályhoz vagy függvényhez kötött dokumentáció nyelvi elem. Ez azt jelenti, hogy a Python kód nyelvtanában a fejlesztői dokumentációt nem megjegyzésként, hanem ún. docstringként jelöljük.

def add(x, y):
    """Összeadja x-et és y-t."""
    return x + y

Ezt aztán bárhol számon is kérhetjük az interpretertől.

>>> help(add)
Help on function add in module __main__:

add(x, y)
    Összeadja x-et és y-t.

Ezt a számos szempontból már érdekes tulajdonságot aknázza ki a doctest, ami lehetővé teszi, hogy a docstringben egyúttal elemi egységtesztet is elhelyezzünk.

def add(x, y):
    """Összeadja x-et és y-t.

    >>> add(-5, 7)
    2
    >>> add("2", 1)
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
      File "<stdin>", line 3, in add
    TypeError: cannot concatenate 'str' and 'int' objects
    """
    return x + y

A legtöbb iskola abban egyetért, hogy az egységtesztek kiváló use case-ek, jól példázzák a kóder célját az adott komponenssel. A docstringbe ágyazott egységteszt formátuma a Python-interpreterből kimásolt szöveg, hogy még egyszerűbb dolgunk legyen. Ennél kézenfekvőbb és ennyire szoros integráltságot nyelv és egységtesztelés között más platformnál én még nem láttam.

Összegzésül talán a legfontosabb intelem, hogy Django is Python. Ha egyetértesz a Python zenjével, tetszeni fog a Python és a Django is. Munkát, állást pedig fogsz kapni. A Weblabor munka rovatában is rendre felbukkannak Django-fejlesztőt kereső hirdetések.