¿Cuáles serían algunas de las razones para decidir contra HAML / SASS?

Question

He estado leyendo acerca HAML / SASS últimamente y no estoy seguro de por qué cualquiera no querría usarlo. Parece que es muy fácil de cambiar, hace las cosas más limpio y más eficiente.

---

Actualizar

¿Qué pasa con el uso de uno u otro? La mayoría de las quejas (las pocas quejas que hay) que escucho parecen estar a punto HAML, ¿habría algún problema de mezclar y combinar XHTML / CSS y HAML / SASS?

---

Actualizar

Lo sentimos, una última actualización de la cuestión. Me parece que se puede volver de SASS para CSS es indolora y simple. ¿Qué hay de volver de las HAML a HTML?

Answer 1

Si está utilizando rieles, sí. Ve a por ello. Algunas cuestiones se alcanzó, sin embargo, será que cualquier otro desarrollador traído al equipo más tarde tendrá que aprenderlo, también. Si ya está trabajando con una gran multitud Carriles, está bien, pero HAML / SASS puede confundir a un diseñador que ha trabajado con pura HTML / CSS durante años.

Si usted no está utilizando rieles, sin embargo, un buen sistema integrado HAML / SASS es difícil de conseguir. Hay algunos por ahí, pero me imagino que no son tan bien soportado o como mucho, junto con la especificación.

Pero, sí. HAML / SASS es definitivamente vale la pena. El único problema real que va a golpear es que todavía no es estándar.

En cuanto a la mezcla-n-partido, HAML y SASS son tan similares en el estilo que yo diría que ir para ambos, pero, de nuevo, se reduce a la preferencia personal. Trate de usar tanto para un día, y si no te gusta uno de ellos, cambiar de nuevo. No hay problema tecnológico sobre él, así que lo que usted prefiere.

Answer 2

Hay un montón de herramientas para trabajar con HTML y CSS. La sintaxis no es bonito, pero las mejoras de HAML y SASS no parece tan dramático para mí, y para muchos no valen la pena. Por supuesto, para los que el desarrollo de aplicaciones web con marcos muy diferentes (que difiere de rieles que es) es aún más difícil encontrar una razón para ir al dolor de integrar algo tan extraño. (Ejemplo: el cuidado de explicar lo que tendría que hacer para integrar SASS en mi entorno Java / rayas / JSP: -?)

Answer 3

He estado en proyectos de voluntariado, donde la curva de la sintaxis de HAML (espacio en blanco sintáctica, la generación automática de etiquetas, etc) ha sido visto como una barrera: una cosa más para un nuevo programador para el proyecto para aprender

.

En lo personal, creo que SASS vale la pena, pero estoy en el aire sobre HAML: haber depurado las plantillas HAML antes de que parece que la tipificación que no tiene que ver con HAML es vencido por el tiempo que pasa depuración por eso que hay un error en sus plantillas. Esto podría ser un (HAML) la perspectiva del novato sin embargo.

Answer 4

Me inclino a estar de acuerdo con la pregunta; que es fácil de cambiar, la sintaxis no es tan complicado, y hace hacer las cosas más limpio y más eficiente. También hace que sea más difícil para generar involuntariamente HTML válido.

También creo que la curva de aprendizaje es lo suficientemente profunda que un programador que no pueden manejar la situación, es probable que un programador está mejor sin en su equipo. Eso puede sonar duro, pero creo que.

Las únicas desventajas que puede ver sería si está desarrollando en ASP.NET o algo donde RETROADAPTACIÓN Haml y Sass sería un dolor, es manera inesperado para cualquier otra persona acostumbra a la plataforma, y posible una tarea de mantener en un entorno de producción. En Los Carriles sin embargo, ir a por ello.

Answer 5

No creo que el uso cada vez HAML añade mucho beneficio para un proyecto.

SASS, por el contrario, presenta efectivamente las variables y los cálculos y otras características muy útiles que le permiten ahorrar tiempo y esfuerzo en el largo plazo en proyectos más grandes.

Uso de SASS es increíblemente inteligente con cualquier proyecto que es más grande que un simple formulario de una página.

Answer 6

He intentado utilizar SASS, pero encontré que la edición de CSS usando de MacRabitt CSSEdit (sólo Mac) fue mucho más fácil y más eficiente para mi forma de trabajar. Soy una persona muy visual y les gusta tener una vista previa en vivo al realizar cambios en las hojas de estilo y no tenía ganas de invertir un montón de tiempo en algo que no estaba teniendo un problema con.

Answer 7

Una cosa que la mayoría de las personas no se dan cuenta es que HAML chupa el contenido . Es muy bueno para marcado estructural, pero no tratar de empujar demasiado lejos. (Usted puede mezclar y emparejar HTML en su archivo HAML, también!)

Sass es absolutamente indispensable, especialmente en el largo plazo. No es sólo acerca de cómo escribir las hojas de estilo cuando lo tienes todo en su cabeza, sino de mantenerlos en el camino. El nuevo Sass3 toma la cuestión de sintaxis de la ecuación:. Puede tomar su selección, si lo prefiere la sintaxis SCSS rizado-Bracey

Answer 8

HAML / SASS de hecho puede ser impresionante a utilizar, pero sí introducir dependencias técnicas y orientadas al conocimiento. Esto puede no ser un problema si sus entornos dev y prod son controlados y bastante predecible, con novatos recibir suficiente entrenamiento (o siendo investigados para conocimiento de la materia en el camino hacia la organización) para comenzar a ejecutar, pero todo eso es por encima de ser reconocido.

Answer 9

¿Por qué es esto ..

%p
  hello world

mejor que esto ..?

<p>hello world</p>

idea .. Si usted no está haciendo rubí, no lo es. Desafortunadamente la adición de etiquetas de cierre y llaves no es realmente el aspecto más difícil de hacer páginas web, por lo que la mayoría de los profesionales no les importa. Utiliza lo que usted prefiera.

Answer 10

Desde la perspectiva de un desarrollador, Haml y Sass absolutamente roca. Sin embargo: desde la perspectiva de un diseñador, Haml y Sass podrían no ser legible. Realmente depende de quién está en su equipo.

Si se trata de un grupo de desarrolladores y / o diseñadores que no tienen miedo de aprender un DSL, y luego ir absolutamente a él.

Si usted tiene un equipo mixto donde los diseñadores lanzan su CSS y HTML de trabajo a los desarrolladores que traducir eso a Haml / Sass, seguro.

Si usted tiene un equipo de diseño que pasa el trabajo a los desarrolladores y los flujos de trabajo de nuevo a los diseñadores, es posible que no que quiera usar esto porque los diseñadores podrían no ser capaces de utilizar sus herramientas para editar los archivos.

Si usted tiene un pequeño equipo en el marketing y negocios que la gente necesita para editar las páginas web y que sólo saben HTML y un poco de luz CSS, entonces es probable que no debe usar Haml / Sass.

Sin embargo realmente no se puede hacer una declaración general aquí. Tenemos en cuenta que, al menos, con los carriles se pueden mezclar los tipos de plantilla en sus puntos de vista. Así, algunos de sus plantillas pueden ser HTML plano pegado en archivos .erb, y otras páginas son archivos .haml. Usted puede tener parciales sean de un tipo insertado en las plantillas de otra. (Creo tipos de mezcla es probablemente una mala práctica, pero si sólo tiene que "hacer el trabajo", entonces es una opción.)

Answer 11

Estoy utilizando SASS en un proyecto Django en este momento. Me gusta y voy a seguir utilizándolo. Uno de los problemas que he encontrado sin embargo es que los mensajes de error no siempre son particularmente intuitiva, particularmente si se deja fuera una }.