【问题标题】:Comparing server side web technologies比较服务器端 Web 技术
【发布时间】:2011-06-24 11:30:53
【问题描述】:

我将启动一个简单的 SaaS 应用程序,并且正在考虑使用哪种服务器端 Web 技术(ASP .net MVC 或 Ruby on rails)。

两者都体验过(实际使用)的人能否指出每种技术的优缺点(性能、成本、易于开发、易于维护)并推荐他最喜欢的?

【问题讨论】:

    标签: ruby-on-rails asp.net-mvc-2 comparison


    【解决方案1】:

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

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

    Ruby 是用于数据库驱动应用程序的更高效的开发环境。有很多现成的好东西,而且大部分时间它的表现都可以接受。然而,在某些情况下,使其如此高效的大量脚手架成为一种负担——我们发现一些性能问题需要大量的实验,因为你不能轻易地进入引擎盖。 我们非常喜欢对部署、单元测试和持续集成等方面的内置支持——它们可以节省大量时间,并且可以轻松地做正确的事情。

    ASP.Net MVC 要求您自己做更多的工作,因此生产力较低;它还要求您设置自己的持续集成、单元测试和部署流程。该框架比 Ruby on Rails 更广泛——例如,有几种可行的与数据库通信的方式。这是福也是祸——它给了你一个更大的工具箱,但也可能导致开发人员争论哪种锤子最好,而不仅仅是敲钉子。

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

    在我参与过的大多数项目中,开发人员的时间是最大的成本,因此在此基础上,生产力是关键的决定因素 - 但对于 ASP.Net,您应该为 Visual Studio 许可证预算(并购买 Resharper,同时你在它),所以它绝对是更昂贵的选择。

    根据我的经验,如果我必须开发一个快速的、数据驱动的应用程序,而没有重大的可扩展性或性能问题,并且应用程序域相对简单,我会使用 RoR。对于更大、要求更高的项目,我可能会选择 ASP.Net MVC。

    【讨论】:

    • 我认为那里的许多大型项目证明,就性能而言,RoR 不仅仅是可行的选择
    • 它是 - 但它更难,并且开始削弱您从 Grails 获得的生产力收益。
    • 随着越来越多的人开始添加越来越多的功能,任何项目都会降低性能。 Rails 的问题是,如果您不考虑性能,添加新功能非常容易和快速,因此它自然会更快地退化 - 这可以通过提醒您的开发人员考虑性能来解决:)
    猜你喜欢
    • 2012-10-16
    • 1970-01-01
    • 2023-03-26
    • 2011-08-07
    • 1970-01-01
    • 2014-01-23
    • 1970-01-01
    • 1970-01-01
    • 2016-01-10
    相关资源
    最近更新 更多