C# NET不同MVC框架的优缺点

随着围绕MVC的大肆宣传（这是正确的），我决定亲自尝试并编写我的第一个.NETMVCWeb应用程序。有几个选项可供选择，我想知道人们推荐哪个MVC框架

• • 使用替代视图引擎进行上述操作
• 城堡计划-

---

看起来前两名是真正的顶级竞争者。另外，一些DI容器是MVC的自然补充-MonoRail已经可以使用，而ASP.NET MVC可能可以使用类似的工具。

我认为最好的选择是Microsoft ASP.NET MVC，原因如下：

• 这是官方的
• 它将与VisualStudio2010集成
• 它是由为微软工作的人开发的
• 它是免费的
• 它有一大批拥护它的开发者
• 它周围有大量的文档和信息
• NET的强大功能触手可及
• 不限于用一种语言发展

Microsoft ASP.NET MVC

---

赞成：您可以利用.net和您在asp.net方面的经验，asp.net MVC附带了code project上可用的所有常见DI框架，而且您自己也很容易做到这一点-我重写了StructureMap one以支持某些特定场景（从路由数据中选择SM配置）

这就是你在问题中提到的主要区别点-p

我个人会使用ASP.NETMVC。。。但无论哪种方式都有可能接近。我只是希望ASP.NETMVC更加主流，因为“官方”卡会带来更多的书籍/社区等

---

只要看看这里的标签计数就可以了；asp.net-mvc（及类似）4k+；单轨铁路。。。很难找到…

这基本上取决于你想从中得到什么

也就是说，很难打败asp.NETMVC，因为它是 *积极维护 *一致/易于使用的命名约定（如果没有意义，请跳过此项：） *源代码/教程/handon labs等的详细文档 *使用其他可用选项，可以很好地扩展框

---

我没有听说/看到最后两个选项，虽然我浏览了这些链接，但考虑到asp.net mvc已经存在，我不会花时间去学习/阅读它们——我的0.02版本是受Ruby世界的启发，这里没有提到

与重量级官方ASP.NET MVC不同，几乎没有开销

它与OWIN和Razor模板（以及其他模板）一起工作，并且易于扩展

---

最好的特性是您可以在同一个MVC控制器类中编写服务和视图的路由，Nancy称之为“模块”

您的缺点并不是真的，因为ASP.NET MVC可以在Mono上运行。从Mono 2.4.2.1开始，Mono预装了ASP.NET MVC，Microsoft的ASP.NET MVC。如前所述，你的骗局是错误的。但微软开发的骗局并不一定是积极的。其他几点我可以同意。你能详细说明一下这是怎么一件消极的事情吗？实际上它也与VS2008集成了，不是吗？ASP.NET MVC是VS2008的一个插件，与VS2008集成得非常好。据我所知，MVC将与VS 2010一起推出“机箱中”。其中许多要点可以在框架之间转移，而其他要点，如“它的官方版本”或“它是由为微软工作的人开发的”对我来说意义不大。Nancy并不完全是基于MVC的。这一点从你的最后一行中可以明显看出。