什么是一些原因决定不HAML / SASS？
https://stackoverflow.com/questions/2218132
-
19-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian题
我最近读了大约HAML / SASS，我不明白为什么任何一个不想使用它。这似乎是很容易进行切换，使事情更清洁和更高效。
<强>更新：
关于使用一个或另一个什么？大部分投诉（的投诉很少有）我听到似乎是关于HAML，会不会有什么问题混合和匹配XHTML / HAML和CSS / SASS？
<强>更新：
对不起，一个最后的更新的问题。在我看来，从上海社会科学院切换回CSS是无痛的，简单的。有关从HAML切换回什么HTML？
解决方案
如果您正在使用Rails的，是的。去吧。你会打一些问题。不过，将带来到团队其他开发人员以后要学习它，也是如此。如果你已经有一个大的Rails人群的工作，这很好，但HAML / SASS可能会混淆谁是纯HTML / CSS工作多年设计师。
如果你不使用Rails，不过，良好的HAML / SASS集成系统是很难得的。有几个在那里，但我想他们没有得到很好的支持或者，只要与规格一起。
但是，是。 HAML / SASS是绝对值得的。你会打的唯一真正的问题是，它是没有标准的。
至于混合正赛，HAML和SASS的风格，我会说去都如此相似，但它再次归结为个人喜好。尝试同时使用了一天，如果你不喜欢他们中的一个，切换回来。有一个关于它没有技术问题，所以做你喜欢什么。
其他提示
有很多工具与HTML和CSS工作。语法是不漂亮，但是从HAML和SASS的改进似乎并不戏剧性给我，并为许多他们不值得的麻烦。当然，对于那些发展中，各种不同的框架（Rails中是不同的）网络应用程序，它甚至很难找到一个理由去整合东西，所以国外的痛苦。 （例如：护理解释什么是我必须做的SASS融入我的Java /条纹/ JSP环境： - ？）
我一直在志愿者项目中HAML的语法曲线（语法空白，自动生成的标签等），一直被视为一个障碍：对于该项目新的程序员一件事学习
。我个人认为，上海社会科学院是值得的，但我在大约HAML空气中我起来：具有调试HAML模板看起来像前打字，你没有与HAML做的是你花调试的时间克服为什么有模板上的错误。这可能是一个（HAML）新手的透视虽然。
我倾向于与问题同意;它是容易切换，语法是没有那么复杂，并且它的确实使事情更清洁和更高效。这也使得它更难无意中生成无效的HTML。
我也想学习曲线足够太浅，不能处理它一个程序员，可能是一个程序员，你最好还是没有你的团队。这听起来刺耳，但我相信它。
唯一的缺点，我可以看到是，如果你在ASP.NET开发或一些地方改造Haml的和无礼的话将是一个痛苦，是的办法的意外的任何人使用的平台，可能烦琐，在生产环境中维护。 On Rails的虽然去了。
我不认为使用HAML不断增加多少好处的项目。
上海社会科学院，在另一方面，有效地引入变量和计算等非常有用的功能，为您节省从长远来看，时间和精力上的大型项目。
上海社会科学院使用与这不仅仅是一个简单的页面形成更大的任何项目非常聪明的。
我试着用上海社会科学院却发现编辑CSS使用 MacRabitt的CSSEdit （仅限Mac）是比较容易的方式和更高效的为我的工作方式。我是一个非常直观的人，喜欢有更改样式表的时候，并没有觉得投资了大量的时间到我是不是有一个问题的东西实时预览。
有一件事情大多数人不知道的是，的 HAML吮吸内容。这是伟大的结构化标记，但不要试图将其推得太远。 （你可以混合和在HAML文件匹配HTML，太！）
萨斯是绝对不可缺少的，尤其是在长期运行。这不只是关于编写样式表时，你拥有这一切在你的脑袋，但关于维护他们的道路。新Sass3采用的语法问题的方程：如果你喜欢的花，布里斯SCSS语法，你可以把你挑
HAML / SASS可能确实是真棒使用，但他们做介绍依赖技术和知识为导向。这可能不是一个问题，如果你的开发和生产线的环境控制和足够的预见，随着新手接受足够的训练（或正在审查有关的方式进入组织学科知识），以旗开得胜，但所有这一切是开销进行确认。
这是为什么..
%p
hello world
比这更好..？
<p>hello world</p>
线索。如果你不这样做的红宝石，其实不然。不幸的是添加结束标记和花括号是不是真的做网页的最具挑战性的，所以大多数人才会不在乎。使用你喜欢哪个。
从开发人员的角度来看，Haml的和绝对的Sass岩石。然而：从设计师的角度来看，Haml的和无礼的话可能无法读取。这真的取决于谁是你的团队。
如果这是一帮开发者和/或设计师谁不害怕学习DSL，那么绝对去了。
如果你有一个混合团队里的设计师折腾自己的CSS和HTML工作，以开发谁那意思就是Haml的/萨斯，肯定的。
如果您有一个设计团队，通过工作的开发者和工作流回设计师，你可以的不的想用这个，因为设计者可能无法使用他们的工具编辑这些文件。
如果你有一个小团队，其中市场营销和业务人员需要编辑的网页，他们只知道HTML和CSS的光位，那么你可能不应该使用Haml的/萨斯。
但是你不能真正使一个毯子在这里的讲话。考虑到至少使用Rails，你可以在你的意见混合模板类型。因此，某些模板可以卡在.erb文件纯HTML和其他网页是.haml文件。你可以有谐音是一种插入到另一个模板。 （我认为混合类型可能是一个不好的做法，但如果你只需要“完成任务”，那么它是一个选项。）
我使用SASS上一个Django项目现在。我喜欢它，我会继续使用它。一个问题，但是我发现的是错误信息并不总是特别直观，特别是如果你省略一个}。
