Powerbuilder es ORIENTADO A OBJETOS pero el datawindow NO!!

Este título puede parecer redundante para los que ya conocen la herramienta, para los que no la conocen entoces se los informo.

La esencia del Powerbuilder es generar aplicaciones portables (gracias a la maquina virtual de Powerbuilder), con un desarrollo orientado a objetos, con interfaces graficas predefinidas que nos ayudan a ahorrar tiempo en el trabajo mas laborioso de hacer un sistema como lo es la creación de interfaces con el usuario. Aunque tal vez hay cosas que ha tenido que ir mejorando en cuanto a su orientación a objetos, nótese que se comenzaron a usar los constructores con parámetros ya después de la versión 11, obligados por la integración con .net, pero aun así te permite usar todos los beneficios comunes de la POO, polimorfismo, encapsulamiento, ocultación, etc.

Para los nuevos programadores se les puede hacer común a Microsoft visual basic, es digamos la herramienta mas parecía, pero no iguala nunca su poder y capacidades, de hecho los que han trabajado VB en las universidades y por su cuenta suelen venir con vicios de programación que generan malas practicas sobre PB estas las explicare en otro post.

El Datawindows, es una tecnología de Sybase, de verdad muy útil y tan útil y permisiva que facilita las malas practicas con el, una desventaja que me parece es que no es orientada a objetos, es una tecnología que contiene todo el modelo MVC dentro de si por lo que regularmente se de delega todo el trabajo, para cosas sencillas y de poca escalabilidad es optimo encargarle el trabajo de mostrar data, modificar campos, validarlos, y nuevamente persistirlos, pero cuando se van a procesos mas complicados y de escalabilidad constante comienza a verse las desventajas, como del de tener millones de DW iguales, o verse obligados a modificarlos en tiempo de ejecución para que contenga comportamientos requeridos por el negocio que se este desarrollando. Como les digo es una excelente herramienta pero hay que usarla sabiamente


El hecho de que es necesario incrustar el datawindows en un datawindows object para poder implementar sus métodos lo que nos lleva a la conclusión de que el DWO es una interfaz que encapsula al DW, por lo tanto su integración no es directa, aun así trabajan muy bien las 2 tecnologías juntas, pero hay que estar claro que son 2 tecnologías diferentes interactuado por lo que el desarrollo debe siempre tener en cuenta estas premisas.