2011-06-24 210 views
0

我打算开始一个简单的SaaS应用程序,并且正在考虑使用哪种服务器端Web技术(ASP.net MVC或Ruby on rails)。比较服务器端网络技术

能同时体验(实际使用)的人可以指出每项技术的优缺点(性能,成本,易于开发,易于维护)并推荐他最喜欢的?

回答

4

我使用Ruby on Rails和ASP.Net MVC管理项目。

像往常一样,“哪个是你最喜欢的”问题只能用“它取决于......”来回答。

Ruby是数据库驱动应用程序更高效的开发环境。现成的产品有很多优点,并且在大多数情况下它的性能都令人满意。但是,有些情况下,大量的脚手架使其如此高效成为一种负担 - 我们发现一些性能问题需要进行大量的实验,因为您无法轻易获得。 我们非常喜欢对部署,单元测试和持续集成等内置支持 - 它们可以节省大量时间,并且可以轻松做出正确的事情。

ASP.Net MVC需要你自己做更多的工作,所以生产率较低;它还要求您设置自己的持续集成,单元​​测试和部署过程。该框架比Ruby on Rails更广泛 - 例如有几种可行的与数据库交谈的方式。这是一个祝福和诅咒 - 它给你一个更大的工具箱,但也可能导致开发人员争论哪个锤子是最好的,而不是仅仅抨击。

ASP.Net上的性能似乎更好 - 应用程序没有可比性,所以我不能肯定地说,但我们花在寻找性能问题上的时间更少。

在我工作过的大多数项目中,开发人员的时间成本更高,因此在此基础上,生产力是关键的决定因素 - 但对于ASP.Net,您应该为Visual Studio许可证预算(并购买Resharper而你在它),所以它绝对是更昂贵的选择。根据我的经验,如果我不得不开发一个快速,数据驱动的应用程序,而没有主要的可伸缩性或性能问题,并且应用程序域相对简单,那么我会使用RoR。对于更大,更苛刻的项目,我可能会选择ASP.Net MVC。

+0

我认为很多大型项目在那里证明RoR在性能方面不仅仅是可行的选择 – keymone

+0

它是 - 但它更难,并开始削弱您从Grails获得的生产力收益。 –

+0

随着越来越多的人开始添加越来越多的功能,任何项目都会降低性能。 Rails的问题在于,如果你不考虑性能,那么添加新特性非常容易和快速,所以它自然会降低得更快 - 通过提醒开发人员考虑性能,这是可以治愈的:) – keymone