Cita:
|
Empezado por delphi.com.ar
Siempre tuve la idea que el TDataSource es el "comunicador" de los componentes visuales con un set de resultados. Digamos que los TDataSet funcionan simplemente como un set de resultados, y tienen toda la funcionalidad para filtrar, modificar pero carece de funcionalidad para ser utilizados contra controles que se actuelicen automáticamente... los TDataSource tienen la funcionalidad para que los componente dbaware se actualicen automáticamente cuando cambia los datos o el estado del DataSet.
Si quieres desarrollar una aplicación que consulta datos, pero sin interfaz gráfica, prescindes de los TDataSource´s
Saludos!
|
Eso que dices es cierto, pero debido a cuestiones diseño... Es decir, son consecuencias directas del diseño de clases de Delphi más que razones por si mismas...
Básicamente estoy con Juan Antonio, la mayor utilidad de un DataSource desde el punto de vista teórico es el mayor control sobre los controles, y los eventos que proporcionan, que permiten más versatilidad que si tuvieramos que asociarlos directamente a un DataSet. Por otra parte creo que a la práctica lo más interesante es lo que comenta roman de que
Cita:
|
Empezado por roman
si queremos cambiar el dataset asociado a un juego de componentes data-aware, en lugar de cambiar la hipotética propiedad dataset de cada componente basta cambiar la propiedad DataSet del DataSource.
|
La verdad es que por ejemplo en QuickReport, que prescinden de ellos, los echo de menos
Saludos!