asp.net - pages - web forms c# ejemplos

Ruby on Rails vs ASP.NET MVC 3 para.NET Guy? (4)

Soy muy nuevo en RoR y quiero seleccionar entre APS.NET MVC3 y RoR. C # es más fácil para mí, ya que lo he estado haciendo durante tanto tiempo, pero me pregunto si hay algún punto para considerar usar RoR sobre .MVC para desarrollar un sitio web del mundo real.

¿Qué más obtengo con RoR que no puedo obtener con ASP.NET MVC 3 que vale la pena pasar el tiempo para dominar RoR? ¡Pensé que el complemento RoR de la comunidad disponible sería una de las razones, pero no parece tan organizado y parece que la curva de aprendizaje para hacer las cosas correctas va a ser tan grande que prácticamente no ahorrará mucho tiempo para un recién llegado! Podría estar equivocado aquí y realmente agradezco tu comentario de la vida real sobre esto? ¡Ten en cuenta que todavía tengo que aprender ASP.NET MVC, pero eso suena rápido para .NET Guy!

¿Qué podría ofrecer RoR a un chico de .NET que WORTH eligiera RoR en lugar de ASP.NET MVC 3? y por favor los consejos prácticos! :)

Ambos son fantásticos y pueden lograr los mismos objetivos muy rápidamente. Usé un gran libro para aprender hace un tiempo, y sería perfecto: Rails para .Net Developers

Además, escribí una publicación acerca de pasar de MVC a RoR hace un tiempo.

En cuanto a las comparaciones, ambos tienen puntos fuertes como se ha cubierto, pero aquí hay algunos que sobresalen:

Realmente me gusta la implementación de RoR y las formas sencillas de acceder a los sitios en vivo: no hay scripts para ejecutar, solo un poco de línea de comandos debería ponerlo en funcionamiento una vez que se haya escrito el código. Si elige RoR, COMPRENDA LOS COMANDOS DE LA LÍNEA DE COMANDOS, ¡hará que su vida sea mucho más fácil!
Como mencionaste, los complementos son geniales y realmente se pueden usar para acelerar las cosas.
Como un .Net dev, MVC será una brisa, recomendaría usar Razor, ya que es muy simple y menos recargada que la antigua versión 2.0 sin afeitar.
El EF4 de .Net se puede comparar casi directamente con ActiveRecord de RoR, grandes sistemas ORM para lidiar con los datos.
Descubrí que la documentación de .Net es un poco más consistente y completa.
Un problema que tuve con RoR fueron los cambios rápidos y drásticos; no hace mucho tiempo, se actualizaron a 3.0 en mi host, y no bloqueé mi versión: toda clase de cosas se rompieron hasta que descubrí las cosas nuevas (debería haber congelado mi versión).

No es una opción de corte limpio, ambos son geniales. Como ya eres un desarrollador .Net, supongo que MVC3 sería el camino a seguir, pero ambos son fáciles de aprender.

Mencionas en tu respuesta a craig Stuntz que quieres la ''opción correcta para el tiempo limitado que tienes''

Vaya con mvc3 y concéntrese en aprender solo eso, en lugar de un nuevo lenguaje y marco al mismo tiempo. RoR es genial, pero es un nuevo lenguaje, framework e IDE a la vez y es probable que no lo hagas bien la primera vez. Yo no.

Hay algunos tutoriales realmente buenos en el sitio web asp.net que lo pondrán en funcionamiento muy rápidamente

No soy un desarrollador de RoR aquí, pero sí Django y creo que la misma pregunta podría hacerse también a Django. Lo # 1 que me gusta de Django sobre ASP.NET MVC es que Django ya viene con el ORM. Lo que significa que la mayoría de los ejemplos de código que encontrarás en la web seguirán un patrón similar. Con ASP.NET MVC puede elegir entre muchos ORM diferentes que pueden ser algo bueno, pero también pueden causar confusión.

Sin embargo, como dijo @Craig, realmente son manzanas vs naranjas. Elegiría ASP.NET MVC si tuviera que implementarlo en una pila de MS, y usar Django para proyectos "personales" o proyectos que requirieran su implementación en Linux.

Yo uso y me gustan los dos, y el problema con una pregunta como esta es que son tan diferentes que podrías hablar todo el día sobre manzanas vs. naranjas, pero como tu pregunta es bastante inespecífica, solo diré:

Si te consideras "un chico .NET", entonces deberías aprender un idioma que funciona de manera muy diferente a C #, y un lenguaje dinámico como Ruby no es un mal lugar para empezar. (Otra opción sería un lenguaje funcional como Haskell, Scala, etc.)

Serás un mejor programador después de que lo hagas, y ya no tendrás que llamarte "tipo .NET".