從這個演示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