为什么Geddy没有建立在Connect上？

Question

从此演示文稿http://techwraith.github.com/presentations/2012/nodepdx

作者陈述如下：

• “连接也会给你带来麻烦”
• “连接缓冲一些回复”
• “连接没有结构”
• “Express为您提供Connect所有问题”

话虽如此，大多数节点框架都建立在Connect ...

之上

那么是什么让Geddy显着优于连接呢？ 它的规模是否更好？
Connect有问题吗？
除了框架的质量之外，上述论点是否与2012年相关？

注意：这不是Express vs Geddy，我们正在比较node.js（connect＆lt; - ＆gt; geddy）上面的薄层，这对框架有影响。

Answer 1

Geddy并不比Connect / Express好，最重要的是它的结构。就像@ josh3736在他的评论中所说，“Geddy对你如何构建你的应用程序（如Rails）做了很多假设，这可能是也可能不是一件好事。”

Geddy的作者不喜欢看到他用Express看到的每个项目的不同结构以及中间件功能是如何实现的，所以他决定让Geddy加强结构。

有关详细信息，请收听NodeUp的这一集：http://nodeup.com/seventeen

Answer 2

之前的答案基本上是正确的，但真正的答案是Geddy预约Connect。 Node的内置HTTP支持使得重写它以使用Connect没有任何实际价值。