在各种论坛和博客中,我看到有些人推广HAML,有些人推广HTML。使用HAML与HTML有什么优缺点?
如果我使用HAML支持HTML(如果有的话),我只想了解我错过了什么。
答案 0 :(得分:14)
您正在尝试将苹果与橙子进行比较。浏览器只能理解HTML。 HAML只是一种模板语言,可以转换为HTML(例如,相同的最终输出)。如果您发现HAML语法比HTML更容易,那就去吧。然而,恕我直言 - 抽象出你正在生成的实际元素只会使应用CSS和执行JavaScript导航变得更加困难。
就个人而言,如果我想“修剪”我的HTML,我会将内容放入标签中(取决于您的服务器端技术)
<!doctype html>
<html>
<head>...</head>
<body>
<x:awesomeListThing data="$foo"/>
<x:foreach data="$bar">
<x:renderBazWidget/>
</x:foreach>
<div>random content that hasn't been "tagified" yet.</div>
</body>
</html>
然后在任何标签的模板中,您将能够看到正在生成的实际HTML结构。
答案 1 :(得分:4)
Google HAML
。我相信,你会得到相关的东西来理解它。
哈姆尔:
见这里:
答案 2 :(得分:4)
在Stackoverflow上 - HTML拥有65k粉丝。你会在很短的时间内得到一个答案,很可能是很多答案。 HAML有157名粉丝。简单的数学。
答案 3 :(得分:3)
使用HAML而不是HTML的主要缺点就是HTML在Web开发人员中几乎是普遍的,因为HAML社区仍然是一个相对较小的社区。毫无疑问,这将使开发人员在未来的项目中工作更加艰巨。
但如果你有资源,你可以说这是一个优势。确保您只雇用了有能力和HAML经验的开发人员。
我能看到的另一个主要缺点是,如果你的图形/网页设计师在你的模板上工作,与你的开发团队分开,他们也必须熟悉HAML。可以想象,很少有图形/网页设计师能够做到这一点,而且很少有工具可以帮助他们。
答案 4 :(得分:2)
当主要的IDE(例如Aptana)学会解析HAML时,我们可以回到这个问题。现在我看到HTML的优势在于它被普通的解析器广泛支持和理解。您可以获得正确的语法着色,并立即标记任何错误或验证问题。 HAML不是这样。
此外,请考虑网页模板。它们通常是(X)HTML + CSS,可以作为租用的模板或设计师为您设计的设计。你有什么机会获得一个HAML + SASS模板而不是通常的XHTML + CSS?
HAML需要获得更多的领域,并且在它成为HTML的可行替代方案之前,它的社区需要增长更多。目前,大多数网络编码员甚至不知道HAML是什么,更不用说在HAML中写任何东西了。