Gratis, Delphi 10.1 Berlin Starter Edition

[mamcx]

Los data-aware son controles geniales, que no tienen muchos imitadores. Quizas FoxPro e ironicamente acces son los únicos con un modelo similar.

Durante mucho tiempo intente creer que el modelo OO era el mejor; que hay que "abstraer" y que hay que crear un montón de clases para lograr algún objetivo teórico e ideal.

Pero eso solo ocurre porque por mucho tiempo solo estuve *dentro* de entornos OO, y SIEMPRE resultaba un lio la conectividad con las BD. Cosa que no ocurria con FoxPro; y que en parte se evidencia con los controles data-aware (que están enfocados a manejar algo parecido a tablas y no a objetos).

----

Ahora que he expandido horizontes con lenguajes funcionales y estudiado otros paradigmas, me he dado cuenta que el modelo OO es solo uno entre tantos, y que es mucho mas simple no intentar pelear contra la naturaleza de las BD y usar lo que estas tienen. Lo que ha estado tomando algo de fuerza es usar los objetos POCO (Plain-Old-Objects) que es lo que se usa cuando un lenguaje no tiene soporte a STRUCTS y usar clases/funciones para operar en ellos; a la vez de dejar de lado los ORM y usar de forma mas directa el SQL.

COn lo de dataware es triste, pero la gente de JS no esta dando la pela y estan muy avanzados. Cosas como React (https://facebook.github.io/react/) y el modelo Reactive muestran que el modelo data-aware que entendemos en Delphi solo tiene un problema: Es MUY limitado. En vez de negarlo, se puede hacer aun mas poderoso.

Este es un ejemplo de una libreria reactiva:

http://reactivex.io/

El punto es que hacer el binding entre la interface y los datos u clases es algo que si o si hay que hacer. El modelo OO complica la cosa, y el modelo mas funcional lo simplifica, pero afortunadamente no es muy dificil de hacer una version combinada. La otra alternativa, es lo que hemos hecho: Inventar nuestra propia manera de hacer binding, solo que ad-hoc.

[roman]

Los controles dbaware, guardadas las distancias, son como PHP. Si no te tomas la molestia de usarlos como se debe, es seguro que piensas que son lo peor de la creación. Eso de que generan código espaguetti es sólo si no se toma uno el tiempo de separar los formularios de los módulos de datos, colocar en estos últimos los datasets y no andar poniendo código sql insertado al vuelo en el onclick de un botón.

LineComment Saludos

[[Delphius]]

Empezado por roman

Los controles dbaware, guardadas las distancias, son como PHP. Si no te tomas la molestia de usarlos como se debe, es seguro que piensas que son lo peor de la creación. Eso de que generan código espaguetti es sólo si no se toma uno el tiempo de separar los formularios de los módulos de datos, colocar en estos últimos los datasets y no andar poniendo código sql insertado al vuelo en el onclick de un botón.

LineComment Saludos

Es cierto que si uno no se toma en serio el control en el uso de separar cada cosa, y sobre todo en lo referente a data-ware y módulos de datos, la cosa se pone peliaguda.
Convengamos que no por tener un módulo de datos y poner ahí los datasets, conections, datasources, etc. necesariamente vamos a llegar a buen código

Y me animo a decir, que esto sucede con cualquier cosa en el desarrollo de aplicaciones... que no es exclusivo del debate "dataware si o no". Si uno no controla la relación acoplamiento/cohesión tampoco llegará a buen puerto... si uno no controla sus diseños de clases tampoco llegará a buen puerto... si uno abusa de los patrones de diseño tampoco llegará a buen puerto... si uno no....

Ya antes tuvimos un par de debates sobre si los datasets y los datasource siempren deben ir en módulos o si los ponemos en un form. Nuestro compañero Al con su método de dataset clonado había dado una solución "salomónica" a un caso particular. Y al final todo parece ser que hay mucho de DEPENDE.


[Modo humor y desahogo ON]
En lo que todos estaremos de acuerdo a que todos odiamos a PHP ¡Nadie lo quiere cerca! Y mejor no me lo recuerden que estoy haciendo un curso de diseño web... por ahora todo es Wordpress y te lo pinta fácil. Pero ya estoy viendo que para un buen par de cosas tendré que meterme al código crudo... y yo de PHP estoy muy offside.
[Modo humor y desahogo OFF]

Saludos,

[mamcx]

Empezado por roman

Eso de que generan código espaguetti es sólo si no se toma uno el tiempo de separar los formularios de los módulos de datos, colocar en estos últimos los datasets y no andar poniendo código sql insertado al vuelo en el onclick de un botón.

Pero eso no es un defecto de los controles data-aware. Identico ocurre con CUALQUIER control en Delphi.

El problema es que el modelo RAD hace facil e invita a escribir directo en reaccion a un evento. Sin los data-awre es identico: Igual ocurre en VB y otros IDES con ideas similares.

Eso es un defecto inhato en cualquier IDE que no promueve separacion, como ocurre en contraste con XCode (donde este tiene claramente delineados el modelo MVC).

----

Un problema similar sufre .NET con Asp.net, que se ha corregido con Asp.NET MVC....

Osea, es factible tener un "Delphi MVC" que incluya la plomeria necesaria para promover un diseño mas sano.

[roman]

Empezado por mamcx

Pero eso no es un defecto de los controles data-aware. Identico ocurre con CUALQUIER control en Delphi.

El problema es que el modelo RAD hace facil e invita a escribir directo en reaccion a un evento. Sin los data-awre es identico: Igual ocurre en VB y otros IDES con ideas similares.

Desde luego. Pero con los data-aware es más evidente y es de lo que estábamos hablando. Bueno, en realidad estábamos hablando de otra cosa pero en esto había derivado la plática

LineComment Saludos

[mamcx]

Empezado por roman

Bueno, en realidad estábamos hablando de otra cosa pero en esto había derivado la plática

LineComment Saludos

Me gustaria que los foros tuvieran una funcion tipo "Desviar hilo a nuevo titulo=DataAware" para resolver el problema de que las conversaciones terminan cambiando de tema, casi siempre por culpa de Casimiro

[roman]

Empezado por mamcx

Me gustaria que los foros tuvieran una funcion tipo "Desviar hilo a nuevo titulo=DataAware" para resolver el problema de que las conversaciones terminan cambiando de tema, casi siempre por culpa de Casimiro

Ja, ja. Es cierto.

Y sí, una función así sería muy útil.

LineComment Saludos

[[Delphius]]

Empezado por mamcx

Me gustaria que los foros tuvieran una funcion tipo "Desviar hilo a nuevo titulo=DataAware" para resolver el problema de que las conversaciones terminan cambiando de tema, casi siempre por culpa de Casimiro

Justamente que un tema salga de un tópico a otro es lo que define a un foro
¿Pero y ahora que hizo Casimiro? Acá el que metió el tema del data-ware fue brakaman que decía que sin componentes data-ware no es posible trabajar. Y después tanto yo como otros comentamos que SI es posible trabajar sin ellos. Y dejamos abierta la discusión de si está bien o mal...

Saludos,

[Casimiro Notevi]

¿Alguien me ha llamado?

[[brakaman]]

Empezado por Delphius

Justamente que un tema salga de un tópico a otro es lo que define a un foro
¿Pero y ahora que hizo Casimiro? Acá el que metió el tema del data-ware fue brakaman que decía que sin componentes data-ware no es posible trabajar. Y después tanto yo como otros comentamos que SI es posible trabajar sin ellos. Y dejamos abierta la discusión de si está bien o mal...

Saludos,

Hola que tal:

Cierto yo hablaba por mi experiencia que soy un novato permanente (no me dedico profesionalmente), y no he trabajado nunca sin componentes Data-Ware y veo que muchos de vosotros ni siquiera los utilizais, ni me lo imaginaba. Para mi fue un gran avance en Bases de datos trabajar con estos componentes y distinguio a Delphi de otros entornos por esos componentes. No digamos si te comprabas las infopower hasta un novato como yo programaba como los profesionales. De todas formas sigo pensando que incluyendolos potencian mucho la version Starter, quien no los quiera usar perfecto.


Saudos.