MVC o separar por módulos?

tecafede · #1 (**permalink**) 10/01/2013, 09:50

Se supone que la estructura Modelo-Vista-Controlador es más fácil de mantener pero en algunos casos tengo dudas y no se si es mejor aplicar la división por módulos clásica.

Por ejemplo si una parte del programa va a gestionar los usuarios, me parece que es más práctico (o tal vez más tradicional) tener todo lo referente a la gestión de usuarios en un mismo módulo independiente en lugar de tener las instrucciones desperdigadas en tres módulos diferentes (MVC)

De manera que cuando precise hacer cambios en esa parte del programa se que debo trabajar solo en ese módulo sin tocar los demás y no estar editando partes de código en tres módulos diferentes que además tienen instrucciones de otras partes del programa.

No se cuál es la experiencia de los demás.

razpeitia · #2 (**permalink**) 10/01/2013, 10:18

El concepto básico de MVC es mantener separado tu programa en 3 partes (o probablemente mas partes), que son la lógica y el almacenamiento (modelos), la presentación (vista) y la parte donde atas los eventos con los modelos y vistas (controladores).

En tu ejemplo en tu aplicación, podrías tener la gestión de usuario en 3 partes, donde es la lógica y almacenamiento de gestión de usuarios, la presentación que puede ser desde una interfaz en CLI o GUI hasta una plantilla web y los controladores que son los encargos de responder a ciertos eventos que el usuario haga. Por ejemplo click en un botón o submit en un formulario.

Otra propiedad importante de MVC es que trata que hagas las cosas independiente una de otra (mutuamente exclusivas).

Por ejemplo el hecho que modifiques un modelo, no va a afectar un controlador o a una vista. Así para cada uno de las 3 partes.

MVC ademas aplica la modularización (división por módulos) al igual que (regularmente) muchos patrones de diseño.

Por ultimo, no hay formas correctas o incorrectas de hacer las cosas en programación solamente hay formas. Pero solamente es la experiencia la que te dirá cual es la forma indicada.

tecafede · #3 (**permalink**) 10/01/2013, 10:43

Cita:

Iniciado por razpeitia

El concepto básico de MVC es mantener separado tu programa en 3 partes (o probablemente mas partes), que son la lógica y el almacenamiento (modelos), la presentación (vista) y la parte donde atas los eventos con los modelos y vistas (controladores).

Entiendo perfecto tu aporte y sobre todo

"Por ultimo, no hay formas correctas o incorrectas de hacer las cosas en programación solamente hay formas. Pero solamente es la experiencia la que te dirá cual es la forma indicada."

Tiene sentido.

Recomiendas algún libro o manual sobre técnicas de diseño de software? Me refiero en general, independiente del lenguaje?

razpeitia · #4 (**permalink**) 10/01/2013, 11:04

Te recomiendo solo los libros que he leído:

The pragmatic programmer
Code Complete 2
Design patterns elements of reusable object-oriented software

Regularmente estos libros usan ejemplos en C++, VB, Java o Scala pero son conceptos que te sirven para cualquier lenguaje.

tecafede · #5 (**permalink**) 11/01/2013, 15:30

Cita:

Iniciado por razpeitia

Te recomiendo solo los libros que he leído:

The pragmatic programmer
Code Complete 2
Design patterns elements of reusable object-oriented software

Regularmente estos libros usan ejemplos en C++, VB, Java o Scala pero son conceptos que te sirven para cualquier lenguaje.

The pragmatic programmer es de 1999 sigue estando vigente?

Design patterns elements of reusable object-oriented software es de 1994, supongo mismo caso que el anterior.

Tal vez me compre este
http://www.amazon.com/Code-Complete-...hu-rd_add_1_dp

Gracias por las recomendaciones, ya separé mi programa en MVC a ver como me va.

razpeitia · #6 (**permalink**) 11/01/2013, 17:42

Cita:

Iniciado por tecafede

The pragmatic programmer es de 1999 sigue estando vigente?

Si, esta vigente.

Cita:

Iniciado por tecafede

Design patterns elements of reusable object-oriented software es de 1994, supongo mismo caso que el anterior.

Sigue mas vigente de lo que piensas.

Cita:

Iniciado por tecafede

Gracias por las recomendaciones, ya separé mi programa en MVC a ver como me va.

aaaahhhh, se me olvidaba MVC data de los 70s de la mano de smalltalk y si, también sigue vigente.

tecafede · #7 (**permalink**) 12/01/2013, 07:53

Una duda, al iniciar el programa debo chequear si la base de datos ya está creada o no.

En caso de que no esté creada la creo y lleno ciertos datos automáticamente.

En caso de que ya está creada simplemente la abro de nuevo.

El código con el cual lo resuelvo es:

Código:

    import os.path
    if os.path.isfile("basededatos"):
        #EXISTE Y SOLO CREO LA BASE DE DATOS
        CreoBaseDatos()
    else:
        #NO EXISTE ASI QUE CREO LA BASE DE DATOS E INICIALIZO USUARIOS
        CreoBaseDatosb()
        InicioUsuarios()

Ahora bien, para cumplir con el modelo MVC ese código debería estar en el archivo MAIN (el primero que ejecuto) o debería ser un módulo aparte contenido en CONTROLERS y llamarlo desde el MAIN?

razpeitia · #8 (**permalink**) 12/01/2013, 09:46

Preferentemente en un controlador y después llamarlo desde el main.

De hecho puedes hacer un controlador llamado "start_up" u "on_start" que sea lo primero que se ejecute en el main, así puedes usar ese controlador para hacer las tareas de inicio.

tecafede · #9 (**permalink**) 12/01/2013, 10:49

Cita:

Iniciado por razpeitia

Preferentemente en un controlador y después llamarlo desde el main.

De hecho puedes hacer un controlador llamado "start_up" u "on_start" que sea lo primero que se ejecute en el main, así puedes usar ese controlador para hacer las tareas de inicio.

Genial, gracias!

tecafede · #10 (**permalink**) 13/01/2013, 06:17

Cita:

Iniciado por razpeitia

Preferentemente en un controlador y después llamarlo desde el main.

De hecho puedes hacer un controlador llamado "start_up" u "on_start" que sea lo primero que se ejecute en el main, así puedes usar ese controlador para hacer las tareas de inicio.

Estoy enredado.

Mi módulo controlers básicamente tiene todo lo relacionado a wxpython, o sea

class Main:
def __init__(self, app):

y luego cada def: está relacionado con la gestión de eventos de la interfase gráfica

es allí que debo agregar otro def: y poner el código de inicializar o no la base de datos?

en ese caso cómo lo llamo desde el principal?

porque mi principal lo llama como

app = wx.PySimpleApp()
Main(app)
app.MainLoop()

pero de esa forma no me estaría ejecutando el código de inicializació, sino que el control del progama fluye a través de los eventos de la interfase del wxpython

razpeitia · #11 (**permalink**) 13/01/2013, 19:59

No necesariamente.

Te dejo varias posibilidades:

Opcion 1:
En tu archivo "main.py" (o como sea que se llame) haces lo siguiente:

Código Python:

Ver originalif __name__ == '__main__':
    app = wx.PySimpleApp()
    Main(app)
    app.MainLoop()

Y dentro de tu __init__ de la clase Main llamar a un método definido por ejemplo "on_start" donde hagas las tareas de inicio de tu programa.

Segunda opción:
Definir una función on_start (o similar) en tu archivo de controladores y en tu main harías lo siguiente:

Código Python:

Ver originalfrom controllers import on_start # Ejemplo
 
if __name__ == '__main__':
    on_start()
    app = wx.PySimpleApp()
    Main(app)
    app.MainLoop()

tecafede · #12 (**permalink**) 15/01/2013, 04:49

Opté por la primer solución y funcionó sin problemas.

Ahora el Main de Controlers luce así:

Código Python:

Ver originalclass Main:
    def __init__(self, app):
 
        #Defino la rutina que se ejecuta al iniciar el programa
        def OnStart():
            import os.path
            from models import CreateDb, InicioUsuarios
            if os.path.isfile("basedatos"):
                #print "EXISTE Y SOLO CREO LA BASE DE DATOS"
                CreateDb()
            else:
                #print "NO EXISTE ASI QUE CREO LA BASE DE DATOS E INICIALIZO USUARIOS"
                CreateDb()
                InicioUsuarios()
 
 
        
        OnStart()
 
        self.myFrame = MyFrame()