决定HAML/SASS的原因是什么？

Question

决定HAML/SASS的原因是什么？

GiH*_*GiH 16 css xhtml haml ruby-on-rails sass

我最近一直在读HAML/SASS,我不太清楚为什么任何人不想使用它.它似乎很容易切换,使事情更清洁,更高效.

更新:

使用其中一个怎么样？我听到的大多数投诉(少数抱怨)似乎与HAML有关,混合和匹配XHTML/HAML和CSS/SASS会有什么问题吗？

更新:

对不起,问题的最后更新.在我看来,从SASS切换回CSS非常简单.如何从HAML切换回HTML？

Answer 1

Mat*_*chu 11

如果你正在使用Rails,是的.去吧.但是,您将遇到的一些问题是,之后带入团队的任何其他开发人员也必须学习它.如果你已经和一个大Rails人群一起工作,那很好,但是HAML/SASS可能会混淆一位多年来一直使用纯HTML/CSS的设计师.

但是,如果你不使用Rails,很难找到一个好的HAML/SASS集成系统.有一些,但我想他们没有得到很好的支持或与规范一样远.

但是,是的.HAML/SASS绝对值得.你会遇到的唯一真正的问题是它还不是标准的.

至于混合比赛,HAML和SASS在风格上是如此相似,我会说两者兼顾,但它再次归结为个人偏好.尝试使用一天,如果你不喜欢其中一个,请切换回来.关于它没有技术问题,所以你喜欢什么.

它真的不应该,但有顽固的人不能学习新的方法.这是一个骗局,但它是我唯一能想到的.HAML/SASS非常棒,如果它最终适合你(或你的团队),那么就去吧.它在系统本身没有很多固有的缺陷,所以人们似乎是唯一真正的障碍. (2认同)

Answer 2

Poi*_*nty 6

有很多工具可以使用HTML和CSS.语法并不漂亮,但HAML和SASS的改进对我来说似乎并不那么引人注目,而且对于很多人而言,他们不值得这么麻烦.当然,对于那些开发具有广泛不同框架(不同于Rails)的Web应用程序的人来说,更难找到一个理由去融入如此陌生的东西.(示例:请注意解释将SASS集成到Java/Stripes/JSP环境中需要做些什么？:-)

@Andrew通过"整合"我主要意味着"融入构建过程",我认为这样的工具必须以某种方式.要么它成为应用程序构建的一部分,要么它变成*单独的*构建.无论哪种方式,它必须"整合"到我的工作方式.例如,"自动编译"工具在我习惯的构建环境中(并且我更喜欢)将完全无用.问题是要求提出意见,所以基于***我对*我的*情况的明确不完全理解,我的意见似乎是荒谬的. (2认同)

Answer 3

Rya*_*cox 5

我一直参与志愿者项目,其中HAML的语法曲线(语法空白,标签的自动生成等)被视为一个障碍:对于刚接触项目的程序员来说,还有一件事要学习.

就我个人而言,我认为SASS是值得的,但我对HAML充满了兴趣:调试HAML模板之前看起来你不需要用HAML做的打字就会在你花费调试的时候克服为什么会有这样的问题.模板上的错误.这可能是(HAML)新手的观点.

我同意,我发现HAML比纯HTML更难工作.每次浏览器中都有错误时,您必须将HTML输出映射回原始HAML ...我只是不明白它的好处是什么.新的语法,无法忍受和思想不良的空白,额外的调试层. (5认同)

归档时间：	15 年，10 月前
查看次数：	2116 次
最近记录：	14 年，9 月前