FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Sabía que esta disponible la unidad DB.pas pero eso no es garantia de que estuvieran los data-ware. Y no recordaba haber leído en la hoja de especificaciones si estaban.
Ahora que lo pienso tiene sentido que esten. Ya que si dejas abierta la instalación de componentes de acceso a base de datos o que amplíen los data-ware tenes que darles su uso. Definitivamente voy a instalar Starter. Saludos |
#2
|
||||
|
||||
En realidad la que está disponible es su versión precompilada DB.dcu (Data.DB.dcu). Dado que, tal como sucede con las versiones trial, no incluye la gran mayoría del código fuente de sus bibliotecas nativas.
Cita:
Saludos. |
#3
|
||||
|
||||
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.
__________________
El malabarista. Última edición por mamcx fecha: 28-08-2016 a las 06:39:21. |
#4
|
||||
|
||||
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 |
#5
|
||||
|
||||
Cita:
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, |
#6
|
||||
|
||||
Cita:
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.
__________________
El malabarista. |
#7
|
||||
|
||||
Cita:
LineComment Saludos |
#8
|
||||
|
||||
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
__________________
El malabarista. |
#9
|
||||
|
||||
Cita:
Es conocido y de esperarse que venga con muy pocos fuentes, que dicho sea de paso también lo aclaran en la hoja. Cita:
Saludos, |
#10
|
||||
|
||||
Cita:
Hola Tambien habia leido sobre el TBufDataset pero su aproximacion al ClientDataset es aún limitada a mi parecer. Ademas que lo siento muy vinculado a los controles SQLDB (De él deriva el TSQlQuery). A mi me gustaba usar el evento Beforeupdaterecord del Datasetprovider para personalizar la forma de aplicar las actualizaciones; pero en el bufdataset no existe un evento similar, es mas el metodo applyupdates es un procedimiento en vez de una funcion como en el clientdatset. Saludos.
__________________
Caminante, son tus huellas el camino y nada más; Caminante, no hay camino, se hace camino al andar. Antonio Machado |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Viernes 17 Junio 2016 ¡C++ Builder starter GRATIS¡ | WHILENOTEOF | Noticias | 20 | 18-06-2016 17:12:03 |
Delphi XE3 Starter, ¿vale la pena? | to_to | Delphi para la web | 4 | 09-01-2013 07:13:14 |
Donde descargo C++ o Delphi STARTER | cmm07 | Varios | 8 | 23-07-2012 10:41:52 |
Builder y Delphi Starter Edition | Neftali [Germán.Estévez] | Noticias | 68 | 17-02-2011 19:47:40 |
|