Django -vs- Grails -vs-?

Question

Me pregunto si existe la facilidad de desarrollo de aplicaciones web similar a Django combinada con una buena implementación, depuración y otras herramientas.

Django es un marco muy productivo para la construcción de sitios de contenido pesado; lo mejor que he probado y una bocanada de aire fresco en comparación con algunas de las monstruosidades de Java que hay. Sin embargo, está escrito en Python, lo que significa que hay poco apoyo real en la forma de implementación/empaquetado, depuración, perfiladores y otras herramientas que hacen que la construcción y el mantenimiento de las aplicaciones sea mucho más fácil.

Ruby tiene problemas similares y aunque me gusta mucho Rubí mejor que me gusta Python, me da la impresión de que Rails es más o menos en el mismo barco en Django cuando se trata de administrar/apoyo a la aplicación.

¿Alguien ha intentado tanto con Django como con Grails (u otros marcos web) para proyectos no triviales? ¿Cómo se compararon?

Answer 1

Has pedido a alguien que haya usado Grails y Django. He trabajado tanto en los grandes proyectos. Aquí están mis pensamientos:

IDE: Django funciona muy bien en Eclipse, Griales funciona muy bien en IntelliJ IDEA.

Depuración: prácticamente la misma (suponiendo que el uso de IntelliJ para Grails, y Eclipse para Python). Depuración de pasos, inspección de variables, etc. ... nunca necesita una declaración de impresión para ninguno de los dos. A veces, los mensajes de error de django pueden ser inútiles, pero los mensajes de error de Grails suelen ser bastante largos y difíciles de analizar.

Tiempo para ejecutar una prueba de unidad: django: 2 segundos. Grails: 20 segundos (las pruebas en sí mismas se ejecutan en una fracción de segundo, la parte de cargar el framework para ejecutarlas toma el resto ... como puedes ver, Grails es frustrantemente lento de cargar).

Despliegue: Django: copiar un archivo & pasta en una configuración de Apache, y volver a implementar, basta con cambiar el código y volver a cargar Apache. Grails: crea un archivo .war, despliégalo en tomcat, enjuaga y repite para redesplegar.

Lenguajes de programación: Groovy is TOTALLY awesome. Me encanta, más que Python. Pero ciertamente no tengo quejas.

Complementos: Grails: muchos plugins rotos (y pueden usar cualquier java lib). Django: algunos complementos estables, pero suficientes para hacer la mayor parte de lo que necesita.

Base de datos: Django: schema migrations using South, y en general relaciones intuitivas. Grails: no hay migraciones de esquema, y ​​por defecto se elimina la base de datos en el arranque ... WTF

Uso: Django: nuevas empresas (sobre todo en el espacio Gov 2.0), tiendas web dev independientes. Grails: empresa

Espero que ayude!

Answer 2

cakephp.org

Cakephp es muy buena, muy cerca de Ruby on Rails (1.2). Está en php, funciona muy bien en hosts compartidos y es fácil de implementar.

El único inconveniente es que la documentación es deficiente, pero la obtiene rápidamente y rápidamente comienza a hacer cosas geniales.

Recomiendo totalmente cakephp.

Answer 3

Sin embargo está escrito en Python, que significa que hay poco apoyo real en el camino de despliegue/embalaje, depuración, perfiladores y otras herramientas que hacen construcción y mantenimiento de aplicaciones mucho más fácil.

Python tiene:

1. un great interactive debugger, lo que hace muy buen uso de Python REPL.
2. easy_install anv virtualenv para gestión de dependencias, empaquetado e implementación.
3. profiling features comparable a otros idiomas

Así que en mi humilde opinión que no debe preocuparse por estas cosas, utilizar Python y Django y vivir felices :-)

Por suerte para ti, nueva versión de Django runs on Jython, por lo que no necesita dejar atrás todo su ecosistema de Java.

Hablando de marcos, evalué este año:

1. Pylons (Python)
2. webpy (Python)
3. Symfony (PHP)
4. CakePHP (PHP)

Ninguno de estos marcos se acerca al poder de Django o Ruby on Rails. Basado en mi opinión del colega, podría recomendarle el marco kohana. La desventaja es que está escrito en PHP y, hasta donde yo sé, PHP no tiene excelentes herramientas para la depuración, creación de perfiles y empaquetado de aplicaciones.

Editar: Aquí hay una muy buena article about packaging and deployment of Python apps (específicamente las aplicaciones de Django). Es un tema candente en la comunidad de Django ahora.

Answer 4

Tengo dos amigos que originalmente comenzaron a escribir una aplicación usando Ruby on Rails, pero se encontraron con una serie de problemas y limitaciones. Después de aproximadamente 8 semanas de trabajar en él, decidieron investigar otras alternativas.

Se instalaron en el Catalyst Framework, y Perl. Eso fue hace aproximadamente 4 meses, y han hablado en repetidas ocasiones sobre la mejora de la aplicación y la flexibilidad que tienen.

Con Perl, tiene todos los CPAN disponibles, junto con la gran cantidad de herramientas incluidas. Sugeriría echarle un vistazo, al menos.

Answer 5

Personalmente hice algunos proyectos bastante grandes con Django, pero puedo comparar solo con dichas "montrosidades" (Spring, EJB) y cosas de bajo nivel como Twisted.

Los marcos web que utilizan lenguajes interpretados son en su mayoría incipientes y todos (mantenidos activamente) mejoran cada día.

Answer 6

Por "buena implementación" ¿lo está comparando con los archivos EAR de Java, que le permiten implementar aplicaciones web cargando un único archivo en un servidor J2EE? (Y, en menor medida, archivos WAR; los archivos EAR pueden tener archivos WAR para proyectos dependientes)

No creo que Django o Rails ya hayan llegado a ese punto, pero podría estar equivocado ... zuber señaló un artículo con más detalles sobre el lado de Python.

Capistrano pueden ayudar en el lado de Ruby.

Desafortunadamente, realmente no he trabajado tanto con Python ni con Ruby, así que no puedo ayudar con los perfiladores o depuradores.

Answer 7

El problema de la "buena implementación" - para Python - no tiene la Importancia profunda que tiene para Java.

La implementación de Python para Django es básicamente "mover los archivos". Puede ejecutar directamente desde el directorio troncal de subversión si lo desea.

Puede, sin romper demasiado, usar el Python distutils y crear un kit de distribución que coloque sus aplicaciones de Django en los paquetes de sitio de Python. No soy un gran admirador de esto, pero es realmente fácil de hacer.

Dado que mis cosas se ejecutan en Linux, tengo scripts simples "install.py" que mueven cosas de los directorios de Subversion a los directorios /opt/this y /opt/that. Utilizo una configuración de ruta explícita en mi configuración de Apache para nombrar esos directorios donde viven las aplicaciones.

La aplicación de parches se puede hacer editando los archivos en su lugar. (Una mala política.) Prefiero editar en la ubicación SVN y volver a ejecutar mi pequeña instalación para asegurarme de que tengo todos los archivos bajo control.

Answer 8

Grails.

Grails se parece a Rails (Ruby), pero usa groovy, que es más simple que java. Utiliza la tecnología de Java y puedes usar cualquier lib de Java sin ningún problema.

También elijo Grails sobre la simplicidad y hay muchos java lib (como el informe jasper, jawr, etc.) y me alegra que ahora se unan a SpringSource, lo que hace que su base sea sólida.

Answer 9

La afirmación de que grails elimina la base de datos en la puesta en marcha es completamente incorrecta. Su comportamiento en la puesta en marcha es completamente configurable y fácil de configurar. Generalmente uso create-drop cuando ejecuto una aplicación en modo dev. Utilizo la actualización cuando corro en prueba y producción.

También me encanta el proceso de arranque que me permite preconfigurar usuarios de prueba, datos, etc. por entorno en Grails.

Me encantaría ver a alguien que realmente ha construido y desplegado algunos proyectos comerciales comenta sobre los pros/contras. Se una lectura realmente interesante.