no tengo experiencia directa usando Django y qooxdoo, pero la respuesta general a la pregunta "¿Es práctico?" Es sí :). Aunque el comportamiento de representación por defecto de Django es producir HTML (que no es adecuado para una aplicación de una sola página como las que construye con qooxdoo), es fácil cambiar a la devolución, p. Json en solicitudes, que es un formato común para la comunicación cliente-servidor entre un frontend qooxdoo y un servidor. Simplemente intercambian datos.
¿Alguien ha intentado hacer esto? - Yes, pero no proporcionan mucha información sobre cómo, además del intercambio de datos Json antes mencionado, la implementación de un servidor JSON RPC en Django utilizando RPC4Django.
AFAIK, no hay una integración de Django más profunda, p. interconectando qooxdoo con las vistas de Django en el servidor (como dojango).
Espero que esto ayude.
Actualización:
- Hay un producto elaborado, Sava, utilizando qooxdoo para el frontend y Django para el backend. Hay un corto overview, pero creo que es de código cerrado, por lo que solo atestigua la "practicidad" de usar esta pila de tecnología. Probablemente no aprenderá en detalle cómo se realiza.
- También hay enre, una GUI basada en qooxdoo para Django. Pero no estoy familiarizado con él, y no pude encontrar ninguna documentación a primera vista, así que no estoy seguro de lo que realmente significa.
Punteros interesantes – gath
alguien ha integrado [dojo] (http://dojotoolkit.org/) con django. Curiosamente llamado [dojango] (http://code.google.com/p/dojango/) – Sevenearths
@Sevenearths Se menciona en la respuesta (hacia el final). – ThomasH