Ir al contenido


Foto

Framework Delphi para paradigmas modernos de programación


  • Por favor identifícate para responder
3 respuestas en este tema

#1 Marc

Marc

    Advanced Member

  • Moderadores
  • PipPipPip
  • 1.484 mensajes
  • LocationMallorca

Escrito 20 abril 2017 - 04:22

Uno de los problemas más frustrantes que siempre he tenido con Delphi es la gran cantidad de bugs en mis programas, debido a no poder integrar de forma simple tests unitarios a aplicaciones de gestión. Haces un cambio en una parte del programa, y eso te provoca un error en otra, que además puedes pasar semanas antes de que alguién se de cuenta.

 

Todo este tiempo he visto pasar muchos paradigmas para tratar este problema en otros lenguajes : modelos MVC para separación de las reglas de negocios, metodologías de programación ágil basadas en tests, etc. ... ... pero nunca he visto una forma simple de aplicarlo a mis programas Delphi, manteniendo todas la ventajas de programación rápida a las que Delphi nos tiene acostumbrados.

 

Hoy me ha impresionado un vídeo presentando un nuevo framework para programar nuestras aplicaciones en una arquitectura moderna, separando de forma clara la interfaz de usuario y las reglas de negocio, y permitiendo protegerlo todo con tests unitarios fáciles de escribir, asegurando que esas reglas de negocio sigan funcionando correctamente.

 

Lo mejor de todo es que está basado en Datasets, permitiendo que hagamos nuestras pantallas exactamente de la misma forma y con la misma rápidez como las hemos hecho siempre. Además parece terriblemente flexible, de manera que lo puedes añadir a tus aplicaciones actuales para utilizar en algunas pantallas nuevas, dejando todo el resto como está.

 

https://community.em...n=Newsletter_13

 

Está disponible de Delphi 7 a Delphi 10.2

 

NOTA: No es una solución definitiva que vaya a impedir que nuestras aplicaciones vuelvan a fallar nunca más (por ejemplo, si borras un campo de la base de datos, tu aplicación va a seguir fallando si queda algún código que aún intente usarlo, los tests unitarios no lo detectarán porqué no se conectan a la base de datos). Pero separar el código de reglas de negocio del código de interfaz de usuario o del código de acceso a base de datos ya es una gran ventaja para tener un código mucho más legible y fácil de mantener, y poder tener tests para esas reglas de negocio también ayudará mucho en que nuestros programas sean más robustos.


  • 3

#2 egostar

egostar

    missing my father, I love my mother.

  • Administrador
  • 14.446 mensajes
  • LocationMéxico

Escrito 20 abril 2017 - 01:45

Daniele Teti tiene muy buen nivel. Gracias por el enlace (y)

 

Saludos


  • 0

#3 ELKurgan

ELKurgan

    Advanced Member

  • Miembro Platino
  • PipPipPip
  • 566 mensajes
  • LocationEspaña

Escrito 21 abril 2017 - 12:55

Gracias por el aporte, Marc

Saludos


  • 0

#4 giulichajari

giulichajari

    Advanced Member

  • Miembros
  • PipPipPip
  • 477 mensajes

Escrito 27 abril 2017 - 10:07

Gracias por el aporte!

Aca en mi ciudad, incluso en mercado libre todos los software funcionan con sucursales independiente con una sola maquina, osea son monoliticos al final, despues unen todo..

 

Pero igual estaria bueno ofrecer un software de 3 capas..Saludos


  • 1




IP.Board spam blocked by CleanTalk.