Quelles seraient les raisons de décider contre HAML / SASS?

Question

J'ai lu environ HAML / SASS ces derniers temps et je ne suis pas tout à fait sûr pourquoi une personne ne veut pas l'utiliser. Il semble être très facile à changer, rend les choses plus propres et plus efficaces.

---

Mise à jour :

Qu'en est-il en utilisant l'un ou l'autre? La plupart des plaintes (les plaintes, il y a quelques) J'entends semblent être sur HAML, aurait-il des problèmes de mélange et correspondant à XHTML / CSS HAML et / SASS?

---

Mise à jour :

Désolé, une mise à jour finale à la question. Il me semble que le passage de retour de SASS à CSS est simple et indolore. Qu'en est-il de commutation de retour de HAML en HTML?

Answer 1

Si vous utilisez Rails, oui. Fonce. Certaines questions vous frappera, cependant, sera que tout autre développeur apporté sur l'équipe aura plus tard pour apprendre, aussi bien. Si vous travaillez déjà avec une grande foule Rails, c'est très bien, mais HAML / SASS peut confondre un designer qui a travaillé avec pur HTML / CSS pendant des années.

Si vous ne l'utilisez Rails, cependant, un bon système intégré HAML / SASS est difficile à trouver. Il y a quelques là-bas, mais je suppose qu'ils ne sont pas aussi bien pris en charge ou aussi loin avec la spécification.

Mais, oui. HAML / SASS vaut vraiment la peine. La seule vraie question que vous allez frapper est que ce n'est pas encore standard.

Quant à mélange-n-match, HAML et SASS sont tellement semblables dans le style que je dirais aller pour les deux, mais, encore une fois, vient de préférence personnelle. Essayez d'utiliser aussi bien pour une journée, et si vous ne l'aimez pas l'un d'entre eux, revenir en arrière. à ce sujet, il n'y a pas de problème technique donc faire ce que vous préférez.

Answer 2

Il y a beaucoup d'outils pour travailler avec HTML et CSS. La syntaxe est pas jolie, mais les améliorations de HAML et SASS ne semble pas dramatique pour moi, et pour beaucoup, ils ne valent pas la peine. Bien sûr, pour ceux qui développent application web avec des cadres très différents (différent de Rails qui est), il est encore plus difficile de trouver une raison d'aller à la douleur d'intégrer quelque chose de si étrangère. (Exemple: soin d'expliquer ce que je dois faire pour intégrer SASS dans mon environnement Java / Stripes / JSP: -?)

Answer 3

Je suis sur des projets de bénévolat où la courbe de syntaxe HAML (syntactique de espaces, la génération automatique des balises, etc.) a été considérée comme un obstacle: une chose pour un programmeur nouveau au projet d'apprendre

.

Personnellement, je pense que SASS vaut la peine, mais je suis en l'air sur les HAML: avoir débogué modèles de HAML avant il semble que le typage vous ne devez pas faire avec HAML est vaincu par le temps que vous passez le débogage pourquoi il y a une erreur sur vos modèles. Cela pourrait être un (HAML) Le point de vue débutant cependant.

Answer 4

Je suis plutôt d'accord avec la question; il est facile à changer, la syntaxe est pas si compliqué que ça, et Finalité rendre les choses plus propres et plus efficaces. Il rend également plus difficile de générer à son insu HTML non valide.

Je pense aussi la courbe d'apprentissage est assez peu profonde qu'un programmeur qui ne peut pas gérer, est probablement un programmeur, vous êtes mieux sans votre équipe. Cela peut sembler dur, mais je le crois.

Les seuls inconvénients que je peux voir serait si vous développez dans ASP.NET ou quelque chose où modernisent Haml et Sass serait une douleur, est chemin inattendu pour quelqu'un d'autre utilisés pour la plate-forme, et possible une corvée de maintenir dans un environnement de production. On Rails bien, allez-y.

Answer 5

Je ne pense pas que l'utilisation HAML ajoute toujours beaucoup d'avantages à un projet.

SASS, d'autre part, introduit efficacement les variables et les calculs et d'autres fonctionnalités vraiment utiles qui vous font gagner du temps et des efforts à long terme sur les grands projets.

Utilisation SASS est incroyablement intelligent avec un projet qui est plus qu'un simple formulaire d'une page.

Answer 6

J'ai essayé d'utiliser SASS mais a constaté que CSS édition en utilisant de CSSEdit de MacRabitt (Mac uniquement) était moyen plus facile et plus efficace pour la façon dont je travaille. Je suis une personne très visuelle et aiment avoir un aperçu en direct lors de la modification des feuilles de style et ne se sentent pas comme investir une tonne de temps dans quelque chose que je n'avais pas eu un problème avec.

Answer 7

Une chose que la plupart des gens ne réalisent pas est que

HAML / SASS peut en effet être génial à utiliser, mais ils présenter des dépendances à la fois techniques et axées sur le savoir. Ce ne peut pas être un problème si votre dev et les environnements prod sont contrôlés et assez prévisible, avec les débutants reçoivent une formation suffisante (ou être vérifiés pour la connaissance du sujet sur le chemin de l'organisation) pour frapper le fonctionnement au sol, mais tout cela est au-dessus de être reconnu.

Pourquoi est-ce ..

%p
  hello world

mieux que cela ..?

<p>hello world</p>

indice .. Si vous ne faites pas Ruby, ce n'est pas. Malheureusement, l'ajout de balises de fermeture et accolades n'est pas vraiment l'aspect le plus difficile de faire des pages Web, de sorte que la plupart des professionnels se soucient pas vraiment. Utilisez celui que vous préférez.

Du point de vue d'un développeur, Haml et Sass absolument roche. Cependant: d'un point de vue du concepteur, Haml et Sass pourraient ne pas être lisibles. Cela dépend vraiment de qui est de votre équipe.

Si c'est un groupe de développeurs et / ou designers qui n'ont pas peur d'apprendre une connexion DSL, alors absolument aller.

Si vous avez une équipe mixte où les concepteurs se débarrassent de leurs travaux CSS et HTML pour les développeurs qui traduisent que pour Haml / Sass, bien sûr.

Si vous avez une équipe de conception qui passe le travail aux développeurs et le travail reflue aux concepteurs, vous pouvez pas veulent utiliser cela parce que les concepteurs pourraient ne pas être en mesure d'utiliser leurs outils pour modifier les fichiers.

Si vous avez une petite équipe où le marketing et les gens d'affaires doivent modifier les pages Web et ils ne connaissent HTML et un peu de lumière CSS, alors vous ne devriez probablement pas utiliser Haml / Sass.

Cependant, vous ne pouvez pas vraiment faire une déclaration générale ici. Considérez que au moins avec Rails, vous pouvez mélanger les types de modèle dans vos vues. Ainsi, certains de vos modèles peuvent être HTML brut coincé dans les fichiers .erb, et d'autres pages sont des fichiers .haml. Vous pouvez avoir partials être d'un type inséré dans les modèles d'une autre. (Je pense que le mélange des types est probablement une mauvaise pratique, mais si vous avez juste besoin de « faire le travail », alors il est une option.)

J'utilise SASS sur un projet Django en ce moment. Je l'aime et je vais continuer à l'utiliser. Un problème que j'ai trouvé est cependant que les messages d'erreur ne sont pas toujours particulièrement intuitive, surtout si vous omettez un }.

Answer 8

Answer 9

Answer 10

HAML / SASS peut en effet être génial à utiliser, mais ils présenter des dépendances à la fois techniques et axées sur le savoir. Ce ne peut pas être un problème si votre dev et les environnements prod sont contrôlés et assez prévisible, avec les débutants reçoivent une formation suffisante (ou être vérifiés pour la connaissance du sujet sur le chemin de l'organisation) pour frapper le fonctionnement au sol, mais tout cela est au-dessus de être reconnu.

Answer 11

Pourquoi est-ce ..

%p
  hello world

mieux que cela ..?

<p>hello world</p>

indice .. Si vous ne faites pas Ruby, ce n'est pas. Malheureusement, l'ajout de balises de fermeture et accolades n'est pas vraiment l'aspect le plus difficile de faire des pages Web, de sorte que la plupart des professionnels se soucient pas vraiment. Utilisez celui que vous préférez.

Du point de vue d'un développeur, Haml et Sass absolument roche. Cependant: d'un point de vue du concepteur, Haml et Sass pourraient ne pas être lisibles. Cela dépend vraiment de qui est de votre équipe.

Si c'est un groupe de développeurs et / ou designers qui n'ont pas peur d'apprendre une connexion DSL, alors absolument aller.

Si vous avez une équipe mixte où les concepteurs se débarrassent de leurs travaux CSS et HTML pour les développeurs qui traduisent que pour Haml / Sass, bien sûr.

Si vous avez une équipe de conception qui passe le travail aux développeurs et le travail reflue aux concepteurs, vous pouvez pas veulent utiliser cela parce que les concepteurs pourraient ne pas être en mesure d'utiliser leurs outils pour modifier les fichiers.

Si vous avez une petite équipe où le marketing et les gens d'affaires doivent modifier les pages Web et ils ne connaissent HTML et un peu de lumière CSS, alors vous ne devriez probablement pas utiliser Haml / Sass.

Cependant, vous ne pouvez pas vraiment faire une déclaration générale ici. Considérez que au moins avec Rails, vous pouvez mélanger les types de modèle dans vos vues. Ainsi, certains de vos modèles peuvent être HTML brut coincé dans les fichiers .erb, et d'autres pages sont des fichiers .haml. Vous pouvez avoir partials être d'un type inséré dans les modèles d'une autre. (Je pense que le mélange des types est probablement une mauvaise pratique, mais si vous avez juste besoin de « faire le travail », alors il est une option.)

J'utilise SASS sur un projet Django en ce moment. Je l'aime et je vais continuer à l'utiliser. Un problème que j'ai trouvé est cependant que les messages d'erreur ne sont pas toujours particulièrement intuitive, surtout si vous omettez un }.

Answer 12

Pourquoi est-ce ..

%p
  hello world

mieux que cela ..?

<p>hello world</p>

indice .. Si vous ne faites pas Ruby, ce n'est pas. Malheureusement, l'ajout de balises de fermeture et accolades n'est pas vraiment l'aspect le plus difficile de faire des pages Web, de sorte que la plupart des professionnels se soucient pas vraiment. Utilisez celui que vous préférez.

Answer 13

Du point de vue d'un développeur, Haml et Sass absolument roche. Cependant: d'un point de vue du concepteur, Haml et Sass pourraient ne pas être lisibles. Cela dépend vraiment de qui est de votre équipe.

Si c'est un groupe de développeurs et / ou designers qui n'ont pas peur d'apprendre une connexion DSL, alors absolument aller.

Si vous avez une équipe mixte où les concepteurs se débarrassent de leurs travaux CSS et HTML pour les développeurs qui traduisent que pour Haml / Sass, bien sûr.

Si vous avez une équipe de conception qui passe le travail aux développeurs et le travail reflue aux concepteurs, vous pouvez pas veulent utiliser cela parce que les concepteurs pourraient ne pas être en mesure d'utiliser leurs outils pour modifier les fichiers.

Si vous avez une petite équipe où le marketing et les gens d'affaires doivent modifier les pages Web et ils ne connaissent HTML et un peu de lumière CSS, alors vous ne devriez probablement pas utiliser Haml / Sass.

Cependant, vous ne pouvez pas vraiment faire une déclaration générale ici. Considérez que au moins avec Rails, vous pouvez mélanger les types de modèle dans vos vues. Ainsi, certains de vos modèles peuvent être HTML brut coincé dans les fichiers .erb, et d'autres pages sont des fichiers .haml. Vous pouvez avoir partials être d'un type inséré dans les modèles d'une autre. (Je pense que le mélange des types est probablement une mauvaise pratique, mais si vous avez juste besoin de « faire le travail », alors il est une option.)

Answer 14

J'utilise SASS sur un projet Django en ce moment. Je l'aime et je vais continuer à l'utiliser. Un problème que j'ai trouvé est cependant que les messages d'erreur ne sont pas toujours particulièrement intuitive, surtout si vous omettez un }.

Answer 15

Answer 16