Che cosa sarebbe alcuni motivi per decidere contro HAML / SASS?

Question

Ho letto su circa HAML / SASS ultimamente e io non sono molto sicuro perché qualcuno non vorrebbe usarlo. Sembra essere molto facile passare, rende le cose più pulita e più efficiente.

---

Aggiorna :

Cosa succede ad usare uno o l'altro? La maggior parte delle denunce (le poche lamentele ci sono) ho sentito sembra essere di circa HAML, ci sarebbe alcun problema di miscelazione e la congruenza XHTML / CSS e HAML / SASS?

---

Aggiorna :

Siamo spiacenti, un aggiornamento finale alla domanda. Mi sembra che il passaggio di ritorno da SASS a CSS è indolore e semplice. Che cosa circa il passaggio di ritorno da HAML in HTML?

Answer 1

Se stai usando Rails, sì. Fallo. Alcuni problemi vi ha colpito, però, sarà che qualsiasi altro sviluppatore ha portato sulla squadra poi dovrà imparare, pure. Se si sta già lavorando con una grande folla Rails, va bene, ma HAML / SASS può confondere un designer che ha lavorato con puro HTML / CSS per anni.

Se non si utilizza Rails, però, un buon sistema integrato HAML / SASS è difficile da trovare. Ci sono un paio di là fuori, ma immagino non sono così ben supportati, o per quanto insieme con la spec.

Ma, sì. HAML / SASS è sicuramente valsa la pena. L'unico vero problema ti ha colpito è che non è ancora standard.

Per quanto riguarda il mix-n-match, HAML e SASS sono così simili in stile che direi andare per entrambi, ma, ancora una volta, si riduce a preferenze personali. Provare a utilizzare sia per un giorno, e se non ti piace uno di loro, tornare indietro. Non c'è nessun problema tecnologico su di esso, in modo da fare ciò che si preferisce.

Answer 2

Ci sono un sacco di strumenti per lavorare con HTML e CSS. La sintassi non è bella, ma i miglioramenti da HAML e SASS non sembrano così drammatica per me, e per molti non valgono la pena. Naturalmente, per coloro che sviluppano applicazioni web con quadri molto diversi (diverso da Rails che è) è ancora più difficile trovare un motivo per andare al dolore di integrare qualcosa di così estraneo. (Esempio: la cura di spiegare che cosa avrei dovuto fare per integrare la SASS nel mio ambiente Java / Stripes / JSP: -?)

Answer 3

Sono stato su progetti di volontariato in cui la curva di sintassi HAML (spazi bianchi sintattica, la generazione automatica dei tag, ecc) è stato visto come un ostacolo: una cosa per un programmatore nuova al progetto per imparare

.

Personalmente, penso che SASS è valsa la pena, ma sono in aria su HAML: aver debug modelli Haml prima sembra che la tipizzazione non si ha a che fare con HAML è superato dal tempo che passi il debug perché c'è un errore sui vostri modelli. Questo potrebbe essere un (HAML) punto di vista di newbie però.

Answer 4

Sono incline a concordare con la domanda; è facile passare, la sintassi non è così complicato, e non rendere le cose più pulita e più efficiente. E rende anche più difficile per generare involontariamente HTML non valido.

Penso anche che la curva di apprendimento è abbastanza superficiale che un programmatore che non può gestire, è probabilmente un programmatore si sta meglio senza la tua squadra. Questo potrebbe sembrare duro, ma credo che.

Gli unici lati negativi che posso vedere sarebbe se si sta sviluppando in ASP.NET o qualcosa in cui retrofitting Haml e Sass sarebbe un dolore, è via inaspettato per chiunque altro utilizzati per la piattaforma, e possibile un lavoro di routine per mantenere in un ambiente di produzione. On Rails, però, andare per esso.

Answer 5

Non credo che l'utilizzo di HAML mai aggiunge molto beneficio per un progetto.

SASS, d'altra parte, introduce in modo efficace le variabili e calcoli e altre caratteristiche davvero utili che consentono di risparmiare tempo e fatica nel lungo periodo su progetti di grandi dimensioni.

utilizzando SASS è incredibilmente intelligente con un progetto che è più grande di un semplice modulo di una pagina.

Answer 6

Ho provato ad utilizzare SASS ma ho trovato che i CSS editing utilizzando di MacRabitt CSSEdit (solo Mac) era il modo più semplice e più efficiente per il mio modo di lavorare. Sono una persona molto visivo e come avere un'anteprima in tempo reale quando si apportano modifiche ai fogli di stile e non ha voglia di investire un sacco di tempo in qualcosa che non stava avendo un problema con.

Answer 7

Una cosa maggior parte delle persone non si rendono conto è che HAML fa schifo per i contenuti . E 'fantastico per il markup strutturale, ma non provate e spingerlo troppo lontano. (Potete mescolare e abbinare HTML nel file HAML, troppo!)

Sass è assolutamente indispensabile, soprattutto nel lungo periodo. Non si tratta solo di scrivere i fogli di stile quando si dispone di tutto nella tua testa, ma circa il mantenimento di loro lungo la strada. Il nuovo Sass3 prende la questione della sintassi fuori dall'equazione:. Si può fare la vostra scelta, se si preferisce la sintassi riccio-Bracey SCSS

Answer 8

HAML / SASS può effettivamente essere impressionante da usare, ma lo fanno introdurre dipendenze sia tecniche e di conoscenza-oriented. Questo potrebbe non essere un problema se i vostri ambienti dev e prod sono controllati e abbastanza prevedibile, con i neofiti ricevono abbastanza di formazione (o di essere controllati per conoscenza della materia sulla strada verso l'organizzazione) per colpire il suolo in esecuzione, ma tutto questo è in testa a essere riconosciuto.

Answer 9

perché è questo ..

%p
  hello world

meglio di questo ..?

<p>hello world</p>

indizio .. Se non stai facendo rubino, non lo è. Purtroppo l'aggiunta di tag di chiusura e bretelle in realtà non è l'aspetto più impegnativo di fare pagine web, quindi la maggior parte professionisti non sarebbe davvero cura. Usare quello che preferite.

Answer 10

Dal punto di vista di uno sviluppatore, Haml e Sass assolutamente roccia. Tuttavia: dal punto di vista di un designer, Haml e Sass potrebbero non essere leggibili. Dipende molto da chi è sulla vostra squadra.

Se si tratta di un gruppo di sviluppatori e / o designer che non hanno paura di imparare una DSL, quindi assolutamente andare per esso.

Se si dispone di una squadra mista in cui i progettisti lanciano il loro CSS e HTML lavoro per gli sviluppatori che tradurre che a Haml / Sass, certo.

Se si dispone di un team di progettazione che passa lavoro per gli sviluppatori e il lavoro rifluisce ai progettisti, potrebbe essere non utilizzare questo perché i progettisti potrebbero non essere in grado di utilizzare i loro strumenti per modificare i file.

Se si dispone di un piccolo team in cui di marketing e uomini d'affari hanno bisogno di modificare le pagine web e sanno solo HTML e un po 'di luce di CSS, allora probabilmente non dovrebbe usare Haml / Sass.

Tuttavia non si può davvero fare una dichiarazione generale qui. Si consideri che almeno con Rails è possibile mescolare i tipi di modello in vostro punto di vista. Così, alcuni dei vostri modelli possono essere semplice HTML bloccato nel file .erb, e altre pagine sono file .haml. Si può avere parziali essere di un tipo inserite in modelli di un altro. (Credo che miscelando i tipi è probabilmente una cattiva pratica, ma se hai solo bisogno di "ottenere il lavoro fatto", allora si tratta di un'opzione.)

Answer 11

Sto usando SASS a un progetto Django in questo momento. Mi piace e ho intenzione di continuare ad usarlo. Un problema che ho trovato, tuttavia, è che i messaggi di errore non sono sempre particolarmente intuitivo, in particolare se si lascia fuori un }.