DevProTalk

DevProTalk (http://www.devprotalk.com/index.php)
-   (X)HTML, JavaScript, DHTML, XML, CSS (http://www.devprotalk.com/forumdisplay.php?f=8)
-   -   HAML, SASS i topla voda (http://www.devprotalk.com/showthread.php?t=10464)

mungos 20. 10. 2011. 19:34

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?

jablan 20. 10. 2011. 19:46

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.

misk0 20. 10. 2011. 22:35

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?).

ivanhoe 21. 10. 2011. 01:37

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.

xippi 21. 10. 2011. 02:59

jade + stylus ;)

prednosti su mnoge, manje i preglednije pises, imas kul fore kao sto su varijable, iteracija itd. konkrentno haml je trashy u smislu sintakse (svi oni % i {} smaraju) dok sass nisam ni probao, delovao mi je odbojno na prvi pogled

pkrstic 21. 10. 2011. 05:02

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.

webarto 21. 10. 2011. 05:53

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.

jablan 21. 10. 2011. 15:07

Citat:

Originalno napisao ivanhoe (Napišite 102382)
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.

Misliš da nije malo preterano reći da je debilitet? Pa ti si i taj smarty o kome govoriš morao nekad da naučiš, zar ne? Meni eto HAML igra ulogu smartyja (jer je u isto vreme i templating i markup jezik), tako da nemam "dodatni nivo apstrakcije".

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? %>
  <div class="empty_collection">
    <em>Could not find any users.</em>
  </div>
<% else %>
  <table class="users_list">
    <thead>
      <tr>
        <th>Name</th>
        <th>Email</th>
        <th>Age</th>
      </tr>
    </thead>
    <tbody>
      <% @users.each do |user| %>
        <tr class="<%= cycle('odd','even') %>">
          <td><%= user.name %></td>
          <td><%= user.email %></td>
          <td><%= user.age %></td>
        </tr>
      <% end %>
    </tbody>
  </table>
<% end %>

vs HAML (331 characters; 16 lines):

Kôd:

- if @users.empty?
  .empty_collection
    %em Could not find any users
- else
  %table.users_list
    %thead
      %tr
        %th Name
        %th Email
        %th Age
    %tbody
      - @users.each do |user|
        %tr{:class => cycle('odd','even')}
          %td= user.name
          %td= user.email
          %td= user.age


degojs 21. 10. 2011. 17:42

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.
Treba skapirati i da HTML, kao i XML, sigurno moraš da naučiš ako ćeš da se baviš programiranjem. To pitanje se ne postavlja uopšte.

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.

jablan 21. 10. 2011. 19:25

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 03:55.

Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.

Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.