Como muy bien apuntaba Juan Muñoz los proyectos realizados en Velneo v7 tienen que ser modulares (contra más modulares mejor)…

¿Os acordáis del diagrama de herencia de PaaSOS? ¿era modular verdad?

El nombrado de las instancias en este caso resulta de esta forma:image

¿Un poco engorroso verdad?

¿Pero realmente es necesario que sean tan modulares?

Es necesario que sean muy modulares para facilitar el desarrollo de las distintas aplicaciones que lo conforman, pero hay varios motivos para no crear soluciones con tantas cajas de proyecto.

  • Simplicidad en la visualización de la solución.
  • La herencia de objetos (puntos de inserción) están limitadas a ciertos tipos de objetos, por lo que no todos los casos de herencia pueden ser resueltos sin duplicar código.
  • Contra más cajas, más líneas de herencia y por lo tanto más posibilidades de generar líneas de herencia duplicadas.
  • Las líneas de herencia y el orden de las mismas condicionan los nombres automáticos de las instancias de las soluciones.
  • Cuantos más niveles de herencia menos manejable es el proyecto y más costoso resulta instanciarlo (en tiempo de ejecución).

¿Se acuerdan de la pregunta que hace poco nos hacíamos?

Q: ¿Cuál es el motivo por el que PaaSOS es tan modular?.

R: Las aplicaciones empresariales realizadas con Velneo suelen ser muy “a medida” del cliente en base a plantillas empresariales. El resultado suelen ser productos sucios y costosos de mantener. Si modularizas, el aprovechamiento y mantenimiento se hace mucho más fácil. Esto no tiene nada que ver con la estructura de proyectos, tiene más bien que ver con el orden y dependencias del código entre las distintas estructuras. Si todo está ordenado y es poco dependiente, cuando uno elimina un módulo no provoca ningún desastre en el código del resto del aplicativo.

Para nosotros modular no solo significa número de proyectos, también significa interdependencias entre ellos.

Conclusiones

Nuestras conclusiones son:

  • En tiempo de desarrollo es muy recomendable modularizar para facilitar el desarrollo.
  • En tiempo de despliegue es muy recomendable consolidar cajas de proyectos ya que facilitan la instanciación y nombrado.

NOTA: Necesitamos una herramienta de consolidación más potente que la actual (mover objetos)

PaaSOS 0.2h – Aplicándonos el cuento

Ahora menos cajas, menos niveles, igual de modular y mucho más sencillo de entender.

El diagrama de herencia que os mostramos es el de la versión 0.2h. Incluye la solución PaaSOS y PaaSOSMaemo

image

Herencia de las soluciones PaaSOS y PaaSOSMaemo

Cuando instanciamos los proyectos el resultado es mucho más simple y claro

image

Como podéis apreciar los nombres de las instancias son más cortos y legibles, en resumen, más manejables.

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *