¿Son Ruby on Rails / Grails los marcos más rápidos para obtener sitios rápidamente?


10

Estoy considerando usar Grails para un nuevo sitio web, pero estoy abierto a otros / nuevos lenguajes y marcos de programación. He desarrollado usando J2EE / JSF2, ASP.NET y PHP. ¿Es Grails o Ruby on Rails la mejor forma de poner en funcionamiento la funcionalidad rápidamente?

Algunos pensamientos iniciales:

  • DJango se parece a RoR / Grails y lo consideraría
  • GWT es un concepto interesante pero no parece que el tiempo de respuesta sea tan rápido

Gracias -Jon


2
Si ha realizado el desarrollo con J2EE / JSF2, ASP.NET y PHP, entonces podrá poner en funcionamiento un sitio más rápido con uno de esos que con Grails, Ruby on Rails o cualquier otro marco / lenguaje que nunca has usado antes.
Carson63000

2
La forma más rápida de poner en funcionamiento un sitio web es instalar wordpress o mediawiki. Esto no se escala en absoluto si necesita agregar funcionalidad, pero hay muchos sitios que serán bien atendidos por una solución estándar + complementos.
Sean McMillan

Respuestas:


13

Como con todas las preguntas de este tipo, la respuesta es "depende". Los factores a considerar incluyen qué tan cómodo se siente con el lenguaje / marco y qué características requiere el proyecto. Dicho esto, he creado sitios utilizando una serie de marcos, cada uno con sus propias fortalezas y debilidades:

Griales

Si necesito crear un sitio rápidamente para cualquier profesional , Grails probablemente sea mi primera opción. GORM es, de lejos, el ORM más simple e intuitivo que he probado, el paradigma MVC está muy bien ejecutado, hay 0 configuraciones para comenzar a codificar (no te preocupes por URL, parches de DB, nada), iteración muy rápida (solo actualiza la página), la integración perfecta de Java (algo bueno en el mundo de los negocios) y algunos complementos maravillosos (por ejemplo, la función de búsqueda es algo maravilloso ). El mayor inconveniente es que el alojamiento puede ser difícil de encontrar (y costoso).

Ruby on Rails

Mi experiencia con RoR es muy similar a la de Grails: MVC bien ejecutado. En el lado positivo, tiene una comunidad más grande, por lo que los recursos en línea (documentación, preguntas frecuentes, ejemplos de código, etc.) son muy abundantes, hay TONELADAS de complementos, Ruby es un poco más flexible / expresivo / "funky", y es mucho más fácil de encontrar alojamiento (especialmente para proyectos personales); en el lado negativo, la gestión / configuración de dependencias apesta (he usado RubyGems en Windows, Ubuntu, Fedora y OSX y me encontré con problemas no triviales en cada uno), hay un poco más de configuración / sobrecarga que Grails (en particular, que trata con rutas.rb y toneladas de archivos de migración db), y aparentemente, RoR tiene algunos problemas serios de escalabilidad.

PHP (incluido el marco CakePHP)

Si necesito hackear algo rápidamente o construir un sitio para uso personal , entonces probablemente usaría PHP. PHP es, con mucho, el lenguaje más fácil de aprender e implementar: descargue cualquiera de los convenientes paquetes de LAMP, haga clic un par de veces y comience a piratear. La comunidad es más grande que la de RoR, por lo que la documentación es abundante y hay innumerables complementos (fácilmente "instalados" simplemente colocando el archivo php y actualizando la página). El lenguaje es simple de aprender, pero algunas cosas en PHP son francamente extrañas y se necesita mucha disciplina para evitar el código feo. El marco CakePHP aplica un buen paradigma MVC para ayudar a mantener las cosas ordenadas, y en su mayor parte está a la par con RoR, aunque personalmente lo encontré un poco menos intuitivo.

Java (servlets, JSP, JSTL, struts, Velocity)

He creado muchos sitios utilizando las tecnologías de servlet de Java, y honestamente puedo decir que no hay una buena razón para elegirlos para ningún sitio nuevo hoy en día. Tienen una curva de aprendizaje empinada, toneladas de configuración para luchar (infierno XML), iteración lenta debido a la necesidad de volver a implementar cosas todo el tiempo (a menos que use JRebel), código detallado y no hay "regalos" en términos de funcionalidad. ¡He jugado con Play! Framework y Spring Roo un poco y ambos están haciendo cosas muy interesantes con un código Java más o menos "puro" y vale la pena seguir investigando.


4

Cuando uso CakePHP, puedo activar una aplicación web más rápido que ... un ... tipo realmente rápido. De todos modos, es rápido. Suelte los archivos en su carpeta raíz web, configure dos archivos (aproximadamente tres líneas para cambiar en cada uno). Y comienza a codificar.

Debido a que favorece la convención sobre la configuración, se necesitará algo de experiencia para garantizar que se configure de manera óptima, pero garantizo que con los mismos niveles de experiencia, CakePHP tiene la implementación más rápida fuera de cualquier marco, probablemente punto .

Dicho esto, el proyecto CakePHP original era un clon PHP de rails (ya no lo es), así que estoy seguro de que los rails también se implementan rápidamente.


Gracias por la perspicacia. He echado un vistazo a CakePHP en el pasado y parece usar conceptos similares a los de RoR.
Jon Onstott

De acuerdo +1 para presentarme a CakePHP.
Jeremy

CakePHP roxxors.
Stephen

3

He estado trabajando con el framework ASP.NET MVC por algún tiempo, y he encontrado que es un framework bastante bueno. Extremadamente fácil de usar, especialmente si está familiarizado con .NET. El marco ha estado creciendo rápidamente desde su lanzamiento en 2009, la vista previa de MVC 3 se ha lanzado al público recientemente. Creo que MS está haciendo todo lo correcto con el marco ASP.NET MVC.


1
MVC es genial, y si lees mis publicaciones SO sabes que soy un fanático, pero nada más sacarlo de la caja es tan rápido como Rails para despegar un sitio impulsado por DB. Creo que MVC puede ser una mejor opción que Rails a largo plazo (dependiendo de sus necesidades), pero tenga en cuenta dónde es debido: Rails hace que la experiencia fuera de la caja sea mejor.
Craig Stuntz

@ Craig: Por puro interés y deseo de aprender algo nuevo, estoy tentado a elegir un pequeño proyecto y ponerlo en marcha en MVC y Rails ahora para ver cómo se comparan.
ysolik

Leer esto en 2012 realmente me hizo llorar. Recuerdo que comencé a usar asp.net mvc cuando salió y verlo tan robusto en estos días es simplemente increíble. Me hizo fanático del desarrollo web y me permitió aprender fácilmente CakePHP y Ruby on Rails.
sergserg

1

No he usado todo, pero Rails es bastante rápido. Espero que Grails también lo sea, ya que encarna bastante bien la filosofía DRY. No sé lo suficiente sobre otros marcos de lenguaje dinámicos para decir.

Incluso con buenas estrategias de generación de código, mi ASP.NET (formularios web) no parece tan eficiente.


1

He incursionado en Django y Rails y encontré Rails a mi gusto. Dicho esto, prefiero ASP.Net MVC 2 mucho mejor que Rails. Soy mucho más rápido en MVC (o incluso en formularios web) que Rails simplemente porque mi mente "funciona mejor" con C #.

Para mí todo se reduce a lo que sabes y a lo que disfrutas. He escuchado de muchas personas que Ruby es divertido, no para mí no lo es. C # es divertido! Haskell es divertido! Si no disfruta el lenguaje / marco, entonces no será tan rápido como un marco "más lento" que disfruta.


Descubrí que Django tarda un tiempo en configurarse, especialmente cuando tienes que jugar con Apache
usuario del
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.