我我想知道我应该使用哪一个（Pedestal，Hoplon，Bidi）？我没有在互联网上找到任何帮助我做出这个选择的好文章。
从https://github.com/juxt/bidi我可以读到Pedestal是同构的，但Bidi也是cljs。这是什么意思？有什么区别？
我发现compojure太简单了。我甚至无法在HTML模板中生成URL。我开始寻找别的东西。我还找到了route-one（用于生成使用compojure的URL的库），但我想我很快就会发现我需要更多的东西然后再次进行复制。
我的直觉说我可以选择：Pedestal，Hoplon和Bidi。
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
我不希望将这部分代码与任何框架相关联。减少依赖性更好。
O n下一阶段我希望将这个模型业务注入像bridge这样的连接器，它将是带有用户界面的连接器。可以是框架或其他库的时间。
至少我想创建前端用户界面作为网站。它将是ClojureScript或mayby static的动态内容。我不知道。我必须对两者都有所了解。
W 帽子我在Clojure中发现我非常喜欢根据自己的喜好构建自己的库集。但我不想编写自己的代码来使用生成路由的URL。那么我可以考虑路线一号吗？
P 租借写一些聪明的东西，帮助我选择一个或使我的生活变得复杂，并选择其他选项：）
https://github.com/pedestal/pedestal
答案 0 :(得分：1)
这是一个古老的问题，我不会假装得到一个答案（更不用说＆＃34;＆＃34;答案）。但今晚我正在谷歌上搜索一些相同的基本作品，我的搜索结果也随之回复了。
所以我想我会在这里记下关于我[非常]有限理解的笔记。
比迪似乎太棒了。从我所看到的，juxt生产出非常高质量的软件。对于我需要REST风格的接口路由（包括发回相关路由）的地方，这是我目前的GOTO选择。基座 - 也很棒。但它似乎是一个非常不同的用例。路由 这里是一个非常小的子集（他们已经尝试了多种方法来提出一套非常好的选项）。这似乎更像是一个相当低级的全功能服务器端库，用于将您关心的代码与您不需要的底层服务器部分集成。
说实话，我不确定Pedestal的路由库是否真的支持您必须拥有的REST端点。我认为他们几乎肯定会这样做，但我并不积极。我的用例都是关于他们的拦截器链接抽象，这是令人惊讶的令人敬畏的。
霍普隆 - 我在2 - 3年内没有看过这个。当时，它看起来像一个大而大胆的高级厨房水槽框架，与Ruby On Rails在同一个球场（尽管我认为还有前端组件）。我一直在编写API端点，这在当时看起来并不合适。它应该得到比我给它更多的关注。 路线一 - 我在这个问题之前没有听说过。我从clojurewerkz使用过的所有东西都得到了很好的印象，但是这种用法非常清晰。