Ce se poate face pe tornadă

Vă mulțumim :) Se pare că tocmai vă place Tornado (cu excepția ultimului exemplu, când poate într-adevăr să vină la îndemână). Mi sa întâmplat posibila utilizare a unei tornado-uri pentru a stoca și procesa stările unor jucători într-un joc online sau, nu știu, locația șoferilor de taxi și a pasagerilor pentru a afișa toate acestea pe site / aplicație. Dar merită apoi să studiem în mod intenționat acest cadru sau merită să mergem la cel de-al treilea python și să-l tăiem în asyncio / aiohttp?







Tark. A. Doar pentru acest lucru (de stocare și prelucrare în jocuri) foarte des este folosit. Și, desigur, îmi place - 5 linii de cod și aveți un server gata cu o baterie, + 10 linii de cod și o aplicație gata!

Din cauza faptului că este nevoie sau nu de o tornadă, este la fel de simplă ca două copeici, pentru o săptămână să o stăpânească complet. Și pe aiahttp, acum mă voi uita singură. Despre tornade au spus deja, viteza și simplitatea taxiurilor.

Priviți la aithhttp, lăsa o impresie ciudată.

În primul rând, aiohttp-ul asincron este de 2-5 ori mai lent decât vârfurile sincrone din sarcina cea mai simplă - pentru a reveni la JSON. Bine, în viața reală, datorită faptului că serverele cache-ului au un singur fir și inutilitate, viteza este netezită.







Al doilea. Andrei Svetlov a spus: "Uită-te, avem un junge cu un mac! Puteți scrie deja cereri!". Da.
aiohttp_jinja2 nu verifică valoarea în decorator, care este trecut la ea. Nu a revenit la dicționar? Iată cinci!
De ce nu verificați? De ce nu este solicitarea implicită trimisă șablonului, de ce trebuie să o introduc singură? Dacă aș fi vrut să vorbesc, aș folosi Django.

În al treilea rând, despre aiohttp.web. În piramida, de exemplu, există o separare clară între rutare și funcția de vizualizare, unde ruterul este o adresă URL cu un nume, iar în vizualizare este posibilă determinarea handler-ului routerului în funcție de metoda HTTP și de alte lucruri. Ca rezultat, puteți crea o adresă URL în șablon, indicând numele rutei și parametrii necesari; foarte convenabil. Spre deosebire de piramide, în aiohttp există un concept de rutare, unde metoda HTTP, adresa URL și dispozitivul de manipulare sunt specificate imediat. Că cel mai rău, metoda de aici - NUMAI LINE. Nu este o listă / set de metode posibile de tip method = ('GET', 'POST'), dar numai un șir. Ca rezultat, trebuie să inventați un nume diferit pentru rutare pentru aceeași adresă URL, ceea ce adaugă inconveniente la construirea acestora. Și absența unei solicitări în șablon, la naiba. Ei bine, nu vreau să mă întorc la dict (request = request, user = 'Tark'), vreau fără un solicitant, dar că este trecut la șablon aiohttp. Argh!

Ce mi-a plăcut - aioauth-client. Un nume teribil pentru pachet, dar ce farmec în interior. Va rămâne un pic de terminat, deci nu trebuie să faceți dacă "twitter" elif 'github' elif 'google', adăugați rute și puteți obține o funcționare normală de tip python-social-auth-light.

Dar pentru moment toate acestea nu sunt prea finalizate. Dezvoltarea merge în pași giganți, dar rezultatul este încă dificil de utilizat.







Articole similare

Trimiteți-le prietenilor: