我一直在使用ASP.NET MVC,我发现它非常有用(与WebForms相比),但我对其他MVC框架有一些经验,我觉得能力存在明显差距。
首先,在Drupal中你可以挂钩几乎所有东西并覆盖它的View动作。例如您可以挂钩Drupal函数,该函数会写出标题并附加自定义内容。我在ASP.NET MVC中没有看到这种类型的能力。
与Spring.NET,RoR,CakePHP等框架相比,ASP.NET MVC还有什么不足之处?我担心ASP.NET MVC是WebForms 2.0,最终它是以相同的方式穿出它的欢迎,所以我最好转到另一个长期的框架。
问候。
答案 0 :(得分:7)
Hmnn,舌头在脸颊上回答,与梨相比,苹果在哪里? :-)很难回答如此普遍的事情。我的主要评论是ASP.NET MVC完全没有意见,即它不会冒犯任何人,它实际上无法在任何地方实现10x程序员的生产力。与Spring.NET,RoR,CakePHP等框架相比,ASP.NET MVC还有什么不足之处?
可以说,像Ruby on Rails这样的东西确实可以在RoR的最佳环境下提高10倍的程序员生产力。一个例子可能是一个支持Ajax数据库的“联系我”表单,如果符合您的需要,RoR的Ajax Javascript助手可以节省大量时间。
ASP.NET MVC的不言自明的优点是,您可以在众多优秀技术之间进行选择,并“混合搭配”您自己的MVC框架。有很多很棒的组件可供选择,其中很多都是开源的,你可以根据自己的需要“选择”ASP.NET MVC。
ASP.NET MVC的另一个好处是整个工具链的优势 - 从Visual Studio,Visual Studio加载项(如ReSharper)到Windows 2008,IIS 7和Microsoft的部署工具,以及像企业库,.NET webapps只有大量的优秀工具和帮助。
我担心ASP.NET MVC是WebForms 2.0,最终它会以同样的方式磨损它,所以我最好转移到另一个长期框架。
绝对不是。看看在这个网站上标记为ASP.NET-MVC的问题数量,计算博客帖子 - 这是一个巨大的成功。此外,谁说WebForms已经死了?
事实上 - 并且我想强调一点,我没有确凿的证据,这只是一种感觉 - 实际上可能有更多程序员积极致力于ASP.NET MVC现在的项目比其他语言的某些框架,比如Django on Python,它们被认为是成功的并且“留在这里”。这只是我的猜测,但在我的开发朋友圈中,ASP.NET MVC对于这么年轻的项目有着惊人的巨大思想。这部分来自“骑在.NET背面”,即因为.NET是如此主流并且有很多开发人员......
如果符合以下情况,请转到另一个技术堆栈:
否则,如果您喜欢在C#/ ASP.NET MVC中编程,那么请保持原样。 ASP.NET MVC在它之前有一个美好的未来。
[事实上,我对ASP.NET MVC只有一个真正的抱怨 - 名字。它不会轻易从舌头上滚动。]
答案 1 :(得分:4)
它似乎只是VC的一部分。没有模型/数据库持久性类型的东西在继续。
你是否认为这是积极的还是消极的,取决于你如何看待它 - 我喜欢在我的MVC项目中使用nHibernate,所以这对我来说可能是件好事......