JavaScript MVC karkasai

Sveiki, kaip žinote šiuo metu yra labai daug įvairių įrankių ir bibliotekų darbui su JavaScript, todėl kartais būna labai sunku surasti tinkamus įrankius dideliems projektams.

Dažniausiai sutinkami JavaScript programuotojų tipai:

1. Naudojantys Vanilla JavaScript
2. Naudojantys jQuery

Tačiau norint kurti didelius projektus vien tik Vanilla JavaScript ir jQuery neužtenka, todėl tam yra naudojamos įvairios MVC bibliotekos ir karkasai...

Klausimai:

1. Kokį JavaScript MVC karkasą naudojate arba kodėl jų nenaudojate?
2. Kodėl pasirinkote būtent jį?
3. Su kokiais projektais dažniausiai dirbate?
4. Pliusai ir minusai iš jūsų patirties.

Naudingos nuorodos ir MVC palyginimas:

• http://en.wikipedia....80%93controller
• http://codebrief.com...works-reviewed/
• http://www.infoq.com...-mvc-frameworks
• https://github.com/tastejs/todomvc
• http://coding.smashi...ipt-mvc-jungle/
• http://www.netmagazi...-mvc-frameworks
• http://www.designyou...ou-should-know/
• http://thoughtsonscr...frameworks.html
• http://sporto.github...bone-can-ember/
• http://paulhammant.c...works-compared/

P.S. Šią temą sukūriau nes noriu sužinoti jūsų nuomonę apie JavaScript MVC karkasus, taip pat norėdamas padėti tiems kurie apie juos nieko nežino

Kokį JavaScript MVC karkasą naudojate arba kodėl jų nenaudojate?

Rašau viską pats, nes tie 'MVC' karkasai labai į rėmus įstato. Be to aš pratęs prie pilno MVC, kur M apima ir backend duomenų bazę, todėl mano darbai yra tokios struktūros:

M: su node.js rašytas mini framework + mongodb

V: ejs

C: node.js irgi savo rašytas framework

Su kokiais projektais dažniausiai dirbate?

Įvairaus plauko web appsai.

Pliusai ir minusai iš jūsų patirties.

Visų frameworkų minusas bendrai paėmus yra toks, kad beveik niekad netiks tavo projektui 100%, reikės prirašyt kažką savo, hackint ir t.t., be to kiekvieno kodavimo stilius yra skirtingas, todėl manau geriausias variantas yra sulipdyt būtent sau tinkantį frameworką ir dirbt su juo :)

Kokį JavaScript MVC karkasą naudojate arba kodėl jų nenaudojate?

 

Rašau viską pats, nes tie 'MVC' karkasai labai į rėmus įstato. Be to aš pratęs prie pilno MVC, kur M apima ir backend duomenų bazę, todėl mano darbai yra tokios struktūros:

 

M: su node.js rašytas mini framework + mongodb

V: ejs

C: node.js irgi savo rašytas framework

 

Su kokiais projektais dažniausiai dirbate?

 

Įvairaus plauko web appsai.

 

Pliusai ir minusai iš jūsų patirties.

 

Visų frameworkų minusas bendrai paėmus yra toks, kad beveik niekad netiks tavo projektui 100%, reikės prirašyt kažką savo, hackint ir t.t., be to kiekvieno kodavimo stilius yra skirtingas, todėl manau geriausias variantas yra sulipdyt būtent sau tinkantį frameworką ir dirbt su juo :)

Nuosavas karkasas gerai tik tuo atveju jai prie projekto dirba vienas žmogus, dirbant su komanda dažniausiai prasideda klaidos, nes visi nori būti išskirtiniai ir laikosi savo programavimo stiliaus

Visų frameworkų minusas bendrai paėmus yra toks, kad beveik niekad netiks tavo projektui 100%, reikės prirašyt kažką savo, hackint ir t.t., be to kiekvieno kodavimo stilius yra skirtingas, todėl manau geriausias variantas yra sulipdyt būtent sau tinkantį frameworką ir dirbt su juo :)

Na ir kas? Jei savo appsą rašysi 10000 eilučių, tai 5 eilutės pamodifikuoti frameworko veikimą yra labai daug? :D Kodavimo stilius išvis beveik ne prie ko. Lipdyti savo dauguma atvejų nėra reikalo ir tik padidina pavojų kiekį :)

Oi, ir turbūt kiek apie atskirus dalykus šnekam... Iš apklausos akivaizdu, kad kalbama apie kliento pusės JS MVC, o tu papasakojai apie savo serverio pusę :) Tik nežinau, ką tada reiškia „M apima ir backend duomenų bazę, todėl mano darbai yra tokios struktūros“ ir kaip modelis apskritai gali neapimt duomenų bazės...

Galiausiai, net ir kalbant apie serverio pusę, frameworkų yra visokių: micro, full-stack, tradicinių, įdomesnių, kaip Meteor (kad jau kalbam apie JS)... Nereikia nurašyti visko, kas po viena etikete.

---

Aš sakyčiau, kad kalbant apie JS MVC labai verta atskirti du atvejus: kai dauguma renderinimo yra serverio pusėje, ir kai kliento.

Pirmuoju atveju JS MVC, manau, nebūtinas – tada JS atliksi tik kažkokias minimalias manipuliacijas, ir tiek. Tuo tarpu kai dauguma renderinimo yra kliento pusėje, tada jau verta naudoti JS MVC, o serveriui palikti tik tam tikro API ir HTML rėmų išspjovimo vaidmenį :)

Bet nereiktų daryti ir to, ir to – kam taip kankintis? Tiesiog pasverti, kas geriausia tavo aplikacijai. Pavyzdžiui forumas ar blogas nėra tokia jau dinaminė ir greita aplikacija, kuriai reiktų kliento pusėje renderinti ar ką nors gyvai daryti. O kita vertus, tarkim, Gmail, pagrinde dirba kliento pusėje, ir tai visiškai normalu: jokio SEO ar kitokio priėjimo mašinoms prie asmeninio pašto juk nereikia, aplikacija ypač dinamiška, kodėl gi ne :)

---

Nusimetant žinovo kaukę – dar nei karto neteko realiai bandyti JS MVC, kadangi tiesiog nedarau tokio tipo projektų. Bet jei kada prireiktų, gali būti, kad pirmiausiai žiūrėčiau į Angular.js – tiesiog labai daug hype pastaruoju metu įvairiose bendruomenėse būtent dėl jo. :)