由于目前尚未作出HTTP调用称为NancyFx另一个框架。 我的问题是什么是使用它的好处。 我快速浏览一下文档：
https://github.com/NancyFx/Nancy/wiki/Documentation
它看起来像没有什么突出的特点，由于这是我想用这个。 什么是使用它在WebHttp的好处是什么？
PS：我一直在阅读一些奇怪的词组，保持一遍又一遍重复着“超级骗子快乐路径”。 有没有从这个“超级骗子快乐路径”什么与众不同？ 任何真正的功能来实现？
Answer 1:
看来，它提供了一种不同的方法来使用lambda表达式识别相对路径，参数和响应的执行定义（MVC意义上）“路线”。
最终，该框架的主要好处是它的表现力。 在ASP.NET MVC的RouteTable是在Global.asax和实施是在控制。 目前看来，在NancyFx，这是普遍存在的模式：
Action["/path"] = args => { return your_implementation_here; }
示例实现：
Get["/products"] = id => { return GetRepository().Products.Single( q => q.Id == id); };
说明：一个HTTP GET到相对端点“/产品”与“ID”的说法将其中ID参数匹配的产品的标识信息库返回的单品。
表现力和简洁。
Answer 2:
免责声明：我不是NancyFx的支持者:)
我在评估我是否应该与NancyFx或的ASP.NET Web API，用于项目的剩余部分去的过程。
除了简单和已经被提及GlennFerrieLive表现（这确实有自己的价值，我认为），我想我已经掌握了另一对夫妇挺好的：
这很容易和之前的任何API请求处理后再进行操作，在一个类型的面向方面的方式，可以这么说。
默认情况下，框架负责接受的返回类型的，所以它会相应地转换输出的JSON，XML，...
实施请求lambda表达式不查询的形式返回实际数据填充 ，但仍。 之后，它仍然可以实际执行查询，击中DB，并返回实际的数据很容易地添加筛选，排序等操作。
他们莫名其妙地包裹的HttpRequest，并提供给开发者具有相同性能的，不同之处在于这个新对象被注入，你当然可以用一个模拟替代它。所以更容易和更清洁的测试。
也许一些人（全部？）都已经处理ASP.NET Web API可用，一样轻松，我不知道。
HTH
文章来源: Benefits of using NancyFx? [closed]
