我喜欢Enlive,但是当我观察到以下内容时让我有些困惑。
考虑以下 Clojure 代码(也可在 github 上找到):
(ns enlivetest.core
(:require [net.cgrand.enlive-html :refer [deftemplate defsnippet] :as html]))
(deftemplate page "index.html"
[ctx]
[:.foobar] (html/content (do (println "GENERATING FOOBAR")
"===FOOBAR===")))
这个 HTML 模板(resources/index.html)在这里:
<!DOCTYPE html>
<html>
<body>
</body>
</html>
在调用page
模板时,我希望它完全忽略其规则的右侧(转换),因为没有与规则的 selector 匹配的 HTML 标记:.foobar
。
然而,事实证明,规则的右侧确实得到了评估:
user=> (require '[enlivetest.core :as c])
nil
user=> (c/page {})
GENERATING FOOBAR
GENERATING FOOBAR
("<!DOCTYPE html>\n" "<" "html" ">" "\n " "<" "body" ">" "\n " "</" "body" ">" "\n\n" "</" "html" ">")
(显然,它甚至会被评估两次 - 看起来模板中的每个根 HTML 元素一次)。
但是,尽管没有与选择器匹配的元素,为什么还要对其进行评估呢?这是正确的行为吗?我在这里遗漏了一些明显的东西吗?
这个例子使用 Enlive 1.1.6,正如它的 README 所建议的那样。
澄清非常感谢。
编辑#1:
事实证明(感谢@leetwinski),我对事情如何运作的假设是不正确的:
我假设deftemplate
宏只会在规则的选择器与给定 HTML 中的元素匹配时评估规则的右侧(转换部分)。
但正确的是:
在调用定义的模板函数(例如 )期间,规则的右侧总是page
会被评估,并且预计会评估一个函数,该函数将反过来评估所需的内容(例如“===FOOBAR===”在这个例子中)当被调用时。只有匹配选择器的元素才会调用此函数。
这意味着 eghtml/content
评估这样的功能(而不是直接评估所需的内容)。
为了使事情按我最初的预期工作,我可以这样写:
(deftemplate page "index.html"
[ctx]
[:.foobar] #((html/content (do (println "GENERATING FOOBAR")
"===FOOBAR===")) %))
这将导致以下输出:
user=> (c/page {})
("<!DOCTYPE html>\n" "<" "html" ">" "\n " "<" "body" ">" "\n " "</" "body" ">" "\n\n" "</" "html" ">")
或者在向<div class="foobar"></div>
HTML 模板添加 a 时:
user=> (c/page {})
GENERATING FOOBAR
("<!DOCTYPE html>\n" "<" "html" ">" "\n " "<" "body" ">" "\n\t\t" "<" "div" " " "class" "=\"" "foobar" "\"" ">" "===FOOBAR===" "</" "div" ">" "\n " "</" "body" ">" "\n\n" "</" "html" ">")
编辑#2:
已经有几个星期了,但我仍在为如何在 Enlive 中实现这一点而苦苦挣扎。#((html/content ...) %)
我看到自己一遍又一遍地包装规则的转换部分。
有没有人解释为什么 Enlive 会评估转换(全部甚至多次),即使它们甚至与当前的渲染过程无关?
我可能忽略了一些东西,因为我真的很惊讶这似乎并没有打扰到除了我之外的任何人。