从ASP.NET转向Ruby on Rails

我是过去5年的ASP.NET开发人员,仍然喜欢它.关于Ruby on Rails有很多好的声音.我想向社区提问,有没有值得尝试以下面的观点来学习Ruby On Rails作为ASP.NET Web开发人员.

可扩展性

文档

社区支持

托管解决方案

部署ETC.

Chad Moran.. 14

我会选择ASP.NET MVC.通过这种方式,您可以坚持使用.NET Framework,但仍然可以从RoR中获得一些您想要的东西.

ASP.NET MVC非常轻量级,易于扩展,它提供了一些API(用于会话的SQL存储甚至是Microsoft Velocity).

ASP.NET MVC得到了社区的大量支持,因此拥有来自社区和Microsoft本身的大量文档和反馈.

许多.有关更多信息,请访问http://www.codeplex.com/ASPNET.

那么,ASP.NET MVC是可以部署的.因此,只要您的主机支持ASP.NET 3.5,您就不需要其他任何东西.他们不需要以任何方式安装ASP.NET MVC.因此,如果您愿意,可以轻松使用共享主机.

使用ASP.NET MVC以及Visual Studio 2010中的更改可以通过"软件包"更轻松地部署网站,从而轻松部署.我目前维护2个ASP.NET MVC站点,并通过bin部署找到它与常规ASP.NET WebForms站点相同.

我会选择ASP.NET MVC.通过这种方式,您可以坚持使用.NET Framework,但仍然可以从RoR中获得一些您想要的东西.

ASP.NET MVC非常轻量级,易于扩展,它提供了一些API(用于会话的SQL存储甚至是Microsoft Velocity).

ASP.NET MVC得到了社区的大量支持,因此拥有来自社区和Microsoft本身的大量文档和反馈.

许多.有关更多信息,请访问http://www.codeplex.com/ASPNET.

那么,ASP.NET MVC是可以部署的.因此,只要您的主机支持ASP.NET 3.5,您就不需要其他任何东西.他们不需要以任何方式安装ASP.NET MVC.因此,如果您愿意,可以轻松使用共享主机.

使用ASP.NET MVC以及Visual Studio 2010中的更改可以通过"软件包"更轻松地部署网站,从而轻松部署.我目前维护2个ASP.NET MVC站点,并通过bin部署找到它与常规ASP.NET WebForms站点相同.

我现在在你的位置,因为我在.NET上进行了5年的商业开发后学习了RoR.这是我的两分钱:

可伸缩性:我相信rails可以很好地扩展,有很多选项,比如Linux上的mongrel集群.

这个比.NET差一点.但社区非常好,你永远不会发现自己正在寻找一条好路.

见上文(很棒)

托管不是问题:提供众多托管选项.

我发现从开发到测试再到生产的过渡更好地考虑了Ror而不是ASP.NET.

我完全同意乍得的帖子.

我已经完成了在rails中开发应用程序的一半,现在我已经完成了一个完整的360并且在深入研究ASP.NET MVC以获得我的日常工作承诺后重新考虑了.

我现在正在改变课程并查看ASP.NET MVC以用于我所有的个人项目,我认为现在两者都非常具有可比性,因为我认为MS已经很好地审视了Ruby on Rails的功能集并确保它们能够非常匹配功能密切.毕竟,如果你把一个项目与LINQ 2 SQL/EF,ASP.NET MVC和潜在的动态数据结合起来(如果你需要那种东西),我真的想不出有任何令人信服的理由来选择Rails over .NET,但是我可以选择选择.NET over rails的理由 - 在完成VS.NET丰富的调试体验之后,丰富的智能感知和观察者/快速观察支持以及ASP.NET MVC框架支持Html Action Helpers,Model Binders,支持和鼓励对于单元测试,现在包含JQuery和JSON结果,你几乎是不可阻挡的.

我想除了显然托管/许可成本,Ruby语言偏好和其他个人偏好,如它是开源等,它真的是你的选择.

1)可扩展性

Rails与任何其他Web应用程序堆栈一样可扩展.唯一的区别是您的单个服务器可能会过载,并且由于ruby运行时性能较慢,因此需要比在.NET中更快地拆分到2个服务器.在实践中,这不是问题.

2)文档

微软确实为核心库提供了比Ruby或Rails更好的文档,但ruby/rails仍然是非常好的.我认为ruby/rails是这里的赢家,因为你可以随时查看所有内容的来源.没有多少文档可以替代能够真正看到正在发生的事情.

3)社区支持

围绕铁轨的社区支持给我留下了深刻的印象.我不知道还有什么要说的.

4)托管解决方案

由于phusion乘客被释放,这些天似乎更容易找到rails托管比找到ASP.net托管.随着时间的推移,托管公司不必向微软公司支付版税,以便在Linux服务器上部署rails,这只会对铁路产生更大的影响.

5)部署ETC.

Capistrano(最常见的rails部署解决方案)击败其他所有人.