为什么 Geddy 不是基于 Connect 构建的？答案

【问题标题】：Why is Geddy not built on Connect?为什么 Geddy 不是基于 Connect 构建的？
【发布时间】：2012-05-31 02:41:38
【问题描述】：

作者陈述如下：

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

那么是什么让 Geddy 明显优于 connect？
它的扩展性更好吗？
Connect 有问题吗？
除了框架的质量之外，上述论点是否与 2012 年相关？

注意：这不是 Express 与 Geddy，我们是在比较 node.js (connectgeddy) 之上的薄层及其对框架的影响。

【问题讨论】：

我从未使用过 Geddy，但该演示文稿感觉像是推销。（“你应该使用我们的框架！”）浏览网站，看起来 Geddy 对你想要如何构建你的应用程序（如 Rails）做了很多假设，这可能是也可能不是一件好事。

【解决方案1】：

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

Geddy 的作者不喜欢看到他使用 Express 构建的每个项目的不同结构以及中间件功能是如何实现的，因此他决定制作 Geddy 并强制执行一个结构。

更多详情，请收听本期NodeUp：http://nodeup.com/seventeen

【讨论】：

我是这些幻灯片的作者，是的，您在这里几乎一针见血。如果您需要极少的功能集来帮助您在节点上构建应用程序，Connect/Express 非常棒。 Geddy 更进一步，为您提供了一个结构和一些最佳实践，以帮助您快速启动和运行您的应用（和您的团队）。

【解决方案2】：

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

【讨论】：