什么时候使用基座，霍普隆，比迪和1号公路？

Question

I正在试着弄清楚我应该使用哪一种(基座、悬垂、比迪)？我没有在网上找到任何好的文章来帮助我做出这个选择。

从https://github.com/juxt/bidi我可以读到基座是同构的，但是Bidi也是cljs。这是什么意思？有什么关系？

I发现，构造太简单了。我甚至不能在HTML模板中生成URL。我开始找别的东西。我还找到了路由一(用于生成URL的库)，但我想我很快就会发现，我需要的东西比compojure还多。

我的直觉让我在这两者之间做出选择:台座、霍普隆和比迪。

我需要的W帽子:我想拥有独立的业务模型架构，比如

http://blog.8thlight.com/uncle-bob/2012/08/13/the-clean-architecture.html

http://blog.find-method.de/index.php?/archives/209-Dependency-inversion-in-Clojure.html

我不希望任何框架都依赖于代码的这一部分。少依赖会更好。

On下一阶段--我想把这个模型业务注入到类似桥的东西中，它将成为具有用户界面的连接器。现在可以是框架或其他库的时间。

至少我想要创建前端用户界面作为网站。它将是动态内容与ClojureScript或可能的静态。我不知道。我得把这两件事都说清楚。

What，我在Clojure中发现的，我非常喜欢基于我的偏好构建自己的库集的概念。但我不想编写自己的代码来使用诸如为路由生成URL之类的东西。所以也许我也应该考虑一下一号路线？

P租约，写一些聪明的东西，帮助我选择一个，或者让我的生活复杂化，选择其他选项:)

https://github.com/juxt/bidi

https://github.com/pedestal/pedestal

https://github.com/tailrecursion/hoplon

https://github.com/clojurewerkz/route-one

Answer 1

这是一个古老的问题，我不会假装有答案(更不用说“答案”了)。但今晚我在谷歌上搜索了一些相同的基本内容，我的搜索结果得到了这个回复。

所以我想我会记下我对这里的理解非常有限。

比迪看起来棒极了。据我所见，juxt生产非常高质量的软件。对于我需要REST风格的接口路由(包括发送相关路由)的地方，这是我当前的GOTO选择。

基座-也很棒。但这似乎是一个完全不同的用例。在这里，路由是一个非常小的子集(他们已经尝试了多种方法来提供一组非常好的选项)。这似乎是一个相当低级的、功能齐全的服务器端库，用于集成您关心的代码和您不关心的底层服务器部件。

老实说，我不确定基托的路由库是否真的支持你休息时必须拥有的反向端点。我想他们肯定会的，但我不确定。我的用例都是关于它们的拦截器链接抽象的，这真是太棒了。

霍普隆-我已经2-3年没看过了。当时，它似乎是一个大的、大胆的、高级别的厨房水槽框架，它与Rails处于相同的位置(尽管我认为还有前端组件)。我一直在编写API端点，这在当时似乎不太合适。它比我所给予的更值得关注。

路线一-在这个问题之前我还没听说过。我从clojurewerkz的所有使用中都得到了很好的印象，但是它的使用非常轻。