[pyar] [django] Diseñando una aplicación modular.

[Maximiliano Robaina]

El lun, 05-12-2011 a las 08:09 -0300, Daniel escribió:
> El día 3 de diciembre de 2011 01:13, edux <edux en qdns.com.ar> escribió:
> >
> >
> > On Fri 02 Dec 2011 08:28:57 PM ART, Facundo Olano wrote:
> >> Así como lo plantás es medio abstracto (no estoy muy seguro a qué te
> >> referís con diseño modular), pero se me ocurre que un buen enfoque
> >> sería dividir todo en apps, una que contenga el "core" del negocio
> >> (digamos los modelos de dominio y todo aquello sin lo que los otros
> >> módulos no tendrían sentido) y después una para cada aplicación o
> >> módulo: facturación, estadísticas, etc. (cosa de que estén separadas y
> >> puedas activarlas o desactivarlas según sea pertinente.)
> >>
> >> Saludos.
> >>
> >>
> >>
> >
> > Creo que sumandome al comentario de Facundo y dandole una vuelta de
> > rosca, primero deberias mirar el patron Model View Controller o Model
> > View Presenter como para tener un orden general de las clases y
> > funciones y despues pensar como armar los modulos, porque entiendo que
> > tu idea es armar los modulos para implementar por fases.
> 
> Más que nada me gustaría tener reusabilidad fácilmente, y adaptarlo a
> las necesidades
> del usuario sin mucha historia.
> Mi duda con respecto a la implementación de aplicaciones, ¿puedo, por ejemplo,
> hacer un foreignkey con un modelo de otra aplicación?

Como poder, podes. Ahora, eso va a hacer que haya un dependencia fuerte
entre esas apps.
A mí particularmente me cuesta aceptar que ocurra eso, por lo que
prefiero que en ese caso, esos modelos sean parte del core y no modelos
independientes de una aplicación particular. Pero acá depende de cada
caso y de como estructures tu proyecto.