HAML, SASS i topla voda
Interesuje me jel zna neko fazon rastuce popularnosti HAML i SASS-a?
Zasto jednostavno HTML i CSS, kad moze komplikovano HAML i SASS? |
Vrlo je jednostavno, i HAML i SASS (mada se uglavnom prešlo na SCSS) su superiorniji.
Jedini problem kao i obično su ljudi koji mrze da uče nove stvari. |
SASS ili SCSS je simpa alatka, pogotovo na vecim projektima jer ima mehanizme (promjenjive, loop-ove, uslove..) koji olaksavaju odrzavanje.
Problemi na koji sam ja naishao - moras stalno drzati aktivan proces u pozadini koji radi konverziju tj prati izmjene na fajlu na kojem radis i generishe ti CSS. (koristio sam neki python-ov gem).. - nisam nashao tool koji ce uraditi konverziju u CSS tokom kompajliranja (deploya) JAVA projekta i kao takvog spakovati ga u war (sto ne znaci da ne postoji?). |
Meni je LESS daleko jednostavniji za ucenje i upotrebu jer mi je slicniji css-u, mada neki ljudi tvrde da se SASS mocniji (ne razumem se dovoljno da bih tvrdio da li je to tacno ili nije, ali mi nikad nije trebalo toliko "moci" da bih primetio razliku). U svakom slucaju CSS-u fale neke bitne stvari koje ovi jezici pruzaju (pre svega varijable) i to mi ima smisla...
A HAML mi je debilitet. U redu mi je zen-coding pristup za brzo pisanje html-a kroz skracenice koje se expanduju, to i koristim, ali raditi u potpuno novom jeziku poput HAML je meni glupost. Posto HTML skoro uvek generisem dinamicki iz smartija ili php-a jos jedan nivo apstrakcije je potpuno nepotreban (meni). I ne slazem se sa Jablanom, mislim da nije stvar da neke ljude mrze da uce novo, da je bas obrnuto, da je ovo izmisljotina za ljude za ljude koji ne znaju HTML, nisu dovoljno radili u njemu da bi im "legao", pa im je ovo preglednije i lakse da nauce. Ljudima koji znaju HTML i rade godinama u njemu je HTML savrseno pregledan. Ja sam jos u vreme dizajna sa tabelama u tabelama u tabelama, itd.. radio direktno u editoru i retko sam imao problem da vizualizujem o cemu je rec, tako da mi HAML definitivno nije potreban i celu ideju osecam kao limitirajucu, a ne kao nesto sto ce mi povecati expresivnost ili ustedeti vreme. |
|
Moje misljenje je da je SASS kao i svi slicni alati (LESS) ok za mali tim (max 3 coveka), za vece projekte ne mislim da je dobro resenje iz prostog razlog zato sto debug nije da kazem pravolinijski, znaci ono sto ti vidis u nekom toolu za inspektovanje html/css tipa firebug, ne odgovara onome sto imas u fajlovima, i kada imas projekat na kome radi 10+ ljudi koji po automatizmu menjaju css jer im lakse da pronadju definiciju iliniju na osnovu onoga sto pise firebugu onda imas problem. Retko se ima vremena da se svi ljudi obuce da rade u tome, drugo i dalje se u SASSu moze pistati cist css i optimizovati kasnije.
Kada jedan od tih SASS i slicnih alata postane standard i kad ga bude moguce menjati u nekom pluginu kao sto je firebug onda ce postati opste prihvacen, ovako i dalje ostaje problem da je to jos jedan "jezik" koji se mora uciti, i svaki novi covek koji dodje da ucestvuje u projektu mora da nauci to, onda shvatis da se sve to moze postici i bez SASS u cistom css-u koji vecina zna. Najveca prednost je sto uvodi promenljive koje se mogu koristi dalje da se ne bi ponavljao jedan isti tekst na vise mesta, ali imas problem da uvodi i vrlo lako pisanje selektora koji su vrlo specificni (primer "#menu ul li a") koji se kasnije tesko pregaze sa novom definicijom. Mislim da dobar i pametan html/css koder moze da napravi dobar css i bez ovoga. |
Mislim da je ovo za ljude koji rade isključivo HTML5 i CSS3 jer HTML4 i CSS2 nisu više cool :)
Što se tiče varijabli u CSS, mislim da se može napraviti parser dok popiješ kafu. Za HAML jednostavno ne vidim potrebu/poentu, svaki framework ima HTML klasu preko koje se generišu HTML elementi za prosleđivanje u view/template. |
Citat:
Sa druge strane, HAML je em čistiji em koncizniji od HTML-a. Razumem ljude kojima je smaranje (i u Railsu većina ljudi koristi ERB a ne HAML), ali treba skapirati da je nekom YAML-ovski pristup markupu prirodniji nego XML-ovski. Da ne bude samo prazno naklapanje, imate ERB (525 characters; 24 lines): Kôd:
<% if @users.empty? %> Kôd:
- if @users.empty? |
Citat:
A onda uz sve to idu mnoge druge tehnologije koje su bazirane i povezane sa istim (npr. XSLT). XML je na svakom koraku i većina ga već odavno zna, makar minimalno. Da je savršen nije, ali je bar sveprisutan i ipak prilično lak za razumevanje. Nisam siguran da nam baš treba da svako gura svog favorita, a fakat bi tako bilo, jer ćemo na kraju da završimo sa istim. Malo li je što već imamo različite jezike (PHP, Java, C#), različite SQL dijalekte.. ajd sad i ovo na što više načina. |
Ja baš ne kontam u čemu je tačno problem: pojavile su se alternative, neki ljudi su se pronašli i krenuli da ih koriste, neke će sigurno propasti, neke će nastaviti da se koriste, ne zato što ljudi vole da izmišljaju toplu vodu, već zato što su sa njima produktivniji, lakše im je, lepše im je itd. Ko ne voli mogućnost izbora, eno mu MS stack pa neka koristi štagod se fura u MS-u ove sezone.
Samo dve stvari možda da naglasim. Prvo, HAML/SASS nisu nova stvar, nastali su pre 4-5 godina. Drugo, već duže vreme i HTML i CSS i JS nisu više jezici u kojima se isključivo direktno kodira, već su i target platforme za druge jezike. ASP.NET, GWT, CoffeeScript postoje već neko vreme, a i svakim danom pojavljuju se novi jezici i platforme koji se prevode u HTML, CSS ili JS. Na kraju krajeva, zar i jQuery (koji ste računam svi redom prihvatili) ne predstavlja "dodatni nivo apstrakcije", "još jedan jezik koji moramo da učimo", "izmišljanje tople vode" itd? |
Vreme je GMT +2. Trenutno vreme je 01:37. |
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.