面向设计师/前端开发人员的 Clojure Web 框架 [关闭]

Posted 2023-03-04

【中文标题】面向设计师/前端开发人员的 Clojure Web 框架 [关闭]

【英文标题】：Clojure web framework for designers/ front end devs [closed]

【发布时间】：2011-09-22 10:15:30

【问题描述】：

我看到的所有流行的 Clojure Web 框架都使用 Hiccup 来生成 html。与其他从模板中解析语法的框架相比，我发现前端设计人员很难适应打嗝。

有没有不需要前端开发者学习 LISP 的 clojure web 框架？

【问题讨论】：

您仍然需要学习 LISP，无论您使用哪种框架。

【参考方案1】：

查看Enlive。它将允许您的设计师在纯 HTML 中工作。

【讨论】：

是的。前端设计活跃，后端动态生成打嗝。

【参考方案2】：

相同的答案加意见

正如其他答案已经说明的那样，Enlive 将允许您使用纯 HTML 模板，而 Hiccup 利用 Clojure 数据结构生成 HTML。

但是， 我想我们都同意，HTML 应该是语义化的并描述页面的结构，而布局和外观应该是留给 CSS 和 javascript。至少根据我的经验，前端设计师不应该负责彻底改变页面的结构，而应该负责通过 CSS 和 JavaScript 设置样式和布局。

每当处理比静态 HTML 页面集合更复杂的应用程序时，如果前端设计人员觉得需要更改页面结构，则应该与将其组合在一起的开发人员进行联合对话。考虑到这一点，开发人员应该选择一种模板方案或 HTML 生成方法，以使他/她的工作效率最高。我的两分钱。

【讨论】：

你的意思是你更喜欢 Hiccup 而不是 Enlive？

我的大多数 Clojure Web 应用程序都是单独的小型项目。我几乎总是使用 Hiccup，因为当我离开并返回时记住如何使用它的障碍相对较低，而 Enlive 要求我在一个文件中编写标记，Clojure 在另一个文件中操作它，并使用自定义函数一种类似 CSS（但不是 CSS）的查询语言来执行该操作。 Enlive 是一个强大的工具，但是当我为 Clojure Web 应用程序制作原型时，Hiccup 可以减少为我个人完成工作的精神开销。 YMMV。

现在我明白了它们在口味上的差异。非常感谢您的澄清。

【参考方案3】：

Hiccup 主要是示例中的默认设置，但我所知道的所有网络框架都可以与任何模板库一起使用。

就像 dnolen 提到的那样，Enlive 很受欢迎 (https://github.com/cgrand/enlive)。 Enlive 有 100% 的代码和 html 分离。如果您有其他人在做设计，使用起来非常好。

除 Hiccup 和 Enlive 之外，还有鲜为人知的舰队 (https://github.com/Flamefork/fleet)，它更接近流行的 Ruby/php 解决方案。

【参考方案4】：

三年后：

你也可以看看 Caribou http://let-caribou.in/ 。它是一个新的 Clojure 框架，使用良好的旧 HTML 语法进行模板化。

您可以先观看此截屏视频：http://www.youtube.com/watch?v=dPUQ0GUvSt0

您会发现，您也不需要在 clojure 中编写代码来更新您的数据模型。只有控制器（模板和模型之间的链接）会要求你以 lispy 的方式说话......

祝你好运！

【参考方案5】：

还有Selmer：

一个快速的、受 Django 启发的 Clojure 模板系统。

因此更适合大型应用程序。