Django与ASP.NET MVC、NHibernate和Spark View Engine相比，有哪些明显缺点？

本文共计398个文字，预计阅读时间需要2分钟。

我是ASP.NET MVC的新手，但更习惯Django。我发现ASP.NET MVC在执行小事情时非常拖沓。我将Django与ASP.NET MVC及Hibernate和Spark View Engine进行比较，我想知道是否遗漏了Django中使用ASP.NET的哪些优势功能？

我是ASP.net MVC的新手,但我很习惯Django.我发现ASP.net非常拖延甚至做小事情.将Django与ASP.net MVC与NHibernate和Spark View Engine进行比较,我是否遗漏了Django中使ASP.net过于优秀的任何内容？自ASP.net编译以来,ASP.net的性能是否比Django好得多？ 如果您是ASP.NET MVC的新手,但对Django感到满意,并且您希望单独根据优点评估ASP.NET MVC,那么可能会因为在 Spark View Engine中抛出另一项新技术而使您的评估蒙上阴影.可能值得尝试的是使用 NDjango View Engine代替,以便您可以使用您已经习惯的相同视图语法,然后纯粹将ASP.NET MVC视为一种技术.

如果您发现它的ASP.NET MVC会减慢您的速度或者妨碍您,但仍然希望在.NET上工作,那么您总是可以尝试像NancyFx一样尝试将其内置于其核心中的简单方法(采取一些设计提示)来自流行的Ruby Sinatra framework)并且还支持Spark和NDjango.

关于性能,虽然Python没有编译,但就像Ruby的情况一样,我看不出它对最终用户造成太大影响,因为网络(以及一般的互联网)是瓶颈和延迟的地方谎言与你编译的代码完全无关.通常情况下,糟糕的数据访问策略或实际编写代码的方式会在解释器成为问题之前很久就会降低速度.

希望有所帮助
抢

完全披露：我碰巧是Spark View Engine的开发人员,所以我可能看起来反直觉,但我认为重要的是不要用太多的变量或移动部件来评估你对新技术的评价. .有一件事,我很确定你会及时发现Spark无论如何都是最好的视图引擎;-P