从这个演示http://techwraith.github.com/presentations/2012/nodepdx为什么Geddy不是建立在连接上？
作者声明如下：
所以，大多数节点框架都建立在连接之上...
那么是什么让Geddy比连接更好？
它比较好吗？
Connect有问题吗？
除了框架的特性之外，上述论点是否与2012相关？
注意：这不是Express vs Geddy，我们正在比较node.js之上的薄层（连接< - > geddy），它在框架上的含义。
Geddy并不比Connect/Express好，不同之处在于它的结构。就像@ josh3736在他的评论中说的，“Geddy对你想如何构建你的应用做了很多假设（比如Rails），这可能会或可能不是一件好事。”
Geddy的作者不喜欢看到他看到的每个项目的不同结构，以及如何实现中间件功能，因此他决定制作Geddy并强制执行结构。
有关详细信息，倾听这个情节NodeUp的：http://nodeup.com/seventeen
我是那些幻灯片的作者，是的，你几乎击中了这里的头部。如果您想要一组非常少的功能来帮助您在节点上构建应用程序，Connect/Express非常棒。 Geddy将事情做得更深入，给你一个结构和一些最佳实践来帮助你让你的应用程序（和你的团队）快速启动并运行。 – Techwraith
以前的答案基本上是正确的，但真正的答案是，Geddy预连接的日期。 Node的烘焙HTTP支持是这样的，在重写它来使用Connect时没有任何实际价值。
我从来没有使用Geddy，但是这个展示感觉像是一个销售点。 （“你应该使用我们的框架！”）看着网站，看起来Geddy对你想要构建你的应用程序（比如Rails）做了很多假设，这可能会或可能不会是一件好事。 – josh3736