avalanche

lavina yra Python Web sistema pastatyta ant webapp2 & nbsp;. Jis naudoja Jinja2 kaip numatytąjį šabloną sistemos ir neturi apima bet patvarumo sluoksnis.
Avalanche tikslai (arba kodėl kitas interneto sistema?)
Lavina dizainas dėmesys testuojamumo ir pakartotinai naudoti.
Žinoma lavina nedaro stebuklų. Testuojamumo ir pakartotinai naudoti galiausiai priklauso nuo paraiškos kodą. Tačiau sistema turi didelį vaidmenį kuriant teisingą kelią.
Tikslai yra pateikiama žemiau, tikiuosi po svarstymo dizainą ir vaizduojamasis aprašas bus aišku jums, kaip šie tikslai būtų pasiekti.
Testuojamumo
Lavina buvo sukurta taip, kad ji leidžia (lengviau jums), galite parašyti gerą vienetų testus savo kodą. Tai ne tik todėl lengva rašyti testus. Vieneto testas turėtų:
- Aiškiai klaidos pranešimą, kai ji neatitinka
- Nepavyksta tik tada, kai pagal bandymo funkcija neveikia, o ne ant kiekvieno kodo pasikeitimo
- Būti greitai
Pakartotinis
Dažniausiai kiekviena sistema teigia, kad pakartotinis yra vienas iš jų dizaino tikslus. Čia "pakartotinis naudojimas" reiškia šaltinio kodas pakartotinai.
Daugelis programoje numatyta, kai dėl pakartotinio naudojimo / plugable dalių programų mechanizmus, tačiau tai ne visada lengva vėl naudoti šiuos prašymus kodo, jei jums reikia sukonfigūruoti / pakeisti. Plugable programos taip pat yra labai svarbus bruožas, bet, kaip ir dabar lavina neturi už tai paramą.
Jis neturėtų būti vienintelis galimas rašyti daugkartinio kodą, kodas turėtų būti pakartotinai naudojamos pirmą kartą rašyti. Jūs neturėtumėte būti patariama rašyti kodą vienaip, o ne vėliau, turi ją modifikuoti, kad būtų pritaikomi Jūsų laptopui. T. y ji prieštarauja, sakydamas: "naudojimui (prižiūrėtojas) funkcijas". Ir nei ... ", jei norite, kad jūsų svečiai bus pakartotinai naudoti konvertuoti juos į klasės pagrindu peržiūrų!".
Projekto informacija
- Interneto svetainė / docs
- Tai atviro kodo projektas (MIT licencija), parašyta Python.
- Parsisiųsti iš PyPi
- Projektų valdymas (klaidą trackeris, funkcijų prašymai ir kodo) ant bitbucket.
- Klausimai ir pasiūlymai "Google" grupę.
lavina dizainas
Įspėjimas
Lavina yra ankstyvuosiuose vystymosi etapuose (alfa). API gali pasikeisti ateityje ir nėra jokios garantijos, kad bus išlaikyti suderinamumą.
už MVC (MVC)
MVC yra programinės įrangos architektūros modelis sukurtas su tikslu izoliuoti "domeno logika" iš vartotojo sąsaja. Tai kelia susirūpinimą atskyrimas leidžia geriau paraiškos kodas kūrimą. Šis modelis buvo labai sėkminga daugeliui stalinių sistemų ir taip tarnavo kaip nuoroda į interneto sistemų kūrimas. Problema yra tai, kad ši architektūra negalima priskirti tiesiogiai būdu interneto aplikacijų darbą.
Net vadinamieji MVC sistemos yra tikrai ne MVC. Taigi leiskite tiesiog laikyti MVC tikslą. Tai rašyti švarią, pakartotinai naudoti ir Metodus kodą.
interneto programų
Iš esmės visi interneto taikymas padaryti, tai gauti HTTP užklausą, procesas ją ir generuoti HTTP atsakymą.
& Nbsp; + ------------------ +
HTTP užklausa ------> | web aplikacija + -----> HTTP atsakymo
& Nbsp; + ------------------ +
Siuntimas ir gavimas HTTP tvarkomi interneto serveryje. Paimkime arčiau pažvelgti į tai, ką interneto programa veikia:
& Nbsp; + ------ + + ------- +
HTTP užklausa ----> | maršrutizatorius | -----> | prižiūrėtojas | ----> HTTP atsakymą
& Nbsp; + ------ + + ------- +
Maršrutizatorius bus patikrinti prašymą URL ir išsiųsti jį į Užklausus prižiūrėtojas, kad bus sukurti atsaką. Lavina naudoja webapp2 maršrutizatorių.
prašymų tvarkytojais stilius
Yra daugiausia 3 stiliai prašymų tvarkytojais.
- Vienos funkcijos
- Klasės metodas
- Klasė
Lavina (ir webapp2) naudoja trečią stilių, klasę. Naudojant klasę prašymas prižiūrėtojas tinka geriau savo tikslus, nes ji suteikia didesnį lankstumą, lengviau keisti / pratęsti ir pakartotinai panaudoti dalių prižiūrėtojas.
prašymas prižiūrėtojas apdorojimas
Prašymas prižiūrėtojas apdorojimas gali būti suskirstyti į 3 etapus:
& Nbsp; + ----------------- + + ----------------- + --------- + - +
prašyti ----> | Parametras konverteris | ---- param objektai ----> | kontekstas statybininkas | --- kontekstas -----> | atvaizdavimo | ----> atsakas
& Nbsp; + ----------------- + + ----------------- + --------- + - +
1. param keitiklis - gauti parametrus iš HTTP užklausa
& Nbsp; HTTP tekstas protokolas, prašymas bus paprastai gauti kai kuriuos parametrus, iš prašymo ir konvertuoti eilutę vertybes į kai gimtoji duomenų tipų. Šie parametrai yra paimti iš URI keliu, Uri užklausos, po duomenų, sausainiai ir tt
2. kontekstas statybininkas - apdorojimas
& Nbsp; kontekstas yra terminas, naudojamas atstovauti duomenis, kurie bus naudojami pagal atvaizdavimo.
& Nbsp; Tai tvarkymas yra logika. Tai dažnai prieiti prie patvarumo sluoksnis (kartais vadinamas modelis), bet tai yra visiškai iki paraiškos kodą ir sistema neturi jokios įtakos, kad vaidmenį.
& Nbsp; interneto puslapis dažnai susideda iš kelių elementų, todėl kartais verta padalinti darbą į daugiau nei vieną "kontekstinio statybininkas".
3. atvaizdavimo - generuoti išėjimo
& Nbsp; atvaizdavimo bus konvertuoti tvarkymo rezultatą į tekstą HTTP atsakymo. Šis etapas gali būti praleidžiami, jeigu atsakymas yra HTTP peradresavimas. Atvaizdavimo paprastai naudoti šabloną sistemą generuoti HTML kodą arba konvertuoti duomenis JSON.
Dėl laviną turėtumėte rašyti kodą iš 3 etapų prižiūrėtojas atskirai ir tegul sistema klijai skirtingus dalys kartu.
. Perkelti į pamoka pamatyti, kaip jis atrodo,

Reikalavimai :

• Python