Clojure 何时使用底座、Hoplon、Bidi和一号干线？

我正在试着找出我应该使用哪一个（底座、霍普兰、比迪）？我在网上找不到任何有助于我做出这个选择的好文章

从我可以看出，底座是同构的，但比迪也是cljs。这是什么意思？有什么区别

我发现compojure太简单了。我甚至不能在HTML模板中生成URL。我开始找别的东西。我还找到了route one（使用compojure生成URL的库），但我想很快我就会发现我需要比compojure更多的东西

我的直觉告诉我要在底座、霍普伦和比迪之间做出选择

W我需要的帽子： 我希望有独立的业务模型架构，如

我不想让这部分代码依赖于任何框架。依赖越少越好

On下一阶段，我想将这个模型业务注入类似bridge的东西，它将是用户界面的连接器。它可以是框架或附加库的时间

至少我想创建前端用户界面作为网站。它将是带有ClojureScript或mayby static的动态内容。我不知道。这两件事我都得考虑一下

W我在Clojure中发现，我非常喜欢根据自己的喜好构建自己的库集。但我不想编写自己的代码来使用诸如为路由生成URL之类的东西。所以我也应该考虑一号路线？ p请写一些聪明的东西，帮助我选择其中一个，或者让我的生活变得复杂，选择其他选项：）

---

这是一个古老的问题，我不会假装有答案（更不用说“答案”）。但是今晚我在谷歌上搜索了一些基本的东西，我的搜索结果是这样的

所以我想我应该在这里记下我（非常）有限的理解

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

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

老实说，我不确定Destale的路由库是否真的支持REST所需的反向端点。我想他们几乎肯定会的，但我不能肯定。我的用例都是关于拦截器链接的抽象，这是令人震惊的

霍普伦-我已经2-3年没看这个了。当时，它看起来像一个大的、大胆的、高级的厨房水槽框架，与RubyonRails处于同一个水平（尽管我认为也有前端组件）。我一直在编写API端点，而这在当时似乎并不适合。它值得比我给予它更多的关注

---

路线一——在这个问题之前，我还没有听说过。我从clojurewerkz使用的所有东西中都得到了很好的印象，但这种用法非常简单。

嗨，卡布拉，这个问题可能有点太宽泛了。你能缩小你的要求范围，更清楚你自己的要求吗？这可能很难，因为我不知道我不知道什么：）我从昨天学到的：bidi和route one是routing library。路线一非常简单，bidi也用ClojureScript在前端工作。底座和Hoplon是更复杂的工具。基座更关注后端端，比如RESTful应用程序。Hoplon更关注前端。但两者都是一样的。对吗？