Basicamente el datareport y cristalreport ademas de servirnos como herramientas de informes su finalidad es ser un reporte, y los reportes están destinados a imprimirse, ese código ya esta en el objeto, en un control cualquiera que sea no existe esa funcionalidad de forma nativa (la de imprimir) y tendrías que crear código y valerte del objeto Print para imprimir, o sea, una chamba adicional, terminamos siendo menos productivos.
(aqui yo sigo con mis largas explicaciones que es mi característica le duela a quien le duela jaja).
Es en el momento que un cliente te diga que la información que saco no la quiere solo en pantalla sino que la quiere impresa por N razones entonces lo mejor es usar un DataReport o CristalReport, ver cual de ellas conviene ya es otra discusión, en lo personal para la gran mayoria de situaciones el DataReport es mas que suficiente, el datareport si tiene
algunas limitaciones pero si esas no te afectan te va bien.
Supón que un cliente te pide el stock de todos sus productos para ir a almacén a cotejar y en el necesita hacer algunas anotaciones con lapicero, el cliente tiene 3000 items. Solo tendrías que hacer un simple SQL a tus tablas de inventario, ese resultado estará en un recordset que luego enlazas al reporteador. Al reporte ya lo habrás diseñado con lineas y cuadrados para una fácil manipulación por el cliente. Ese es uno de tantos ejemplos que ilustran la versatilidad de un reporteador versus un control de informe como alguna grilla o lista, ya se da por descontado la exigencia del area contable de tener algunos informes impresos.
Si quieres usar el Reporteador solo como un informe también es posible y sencillo, solo tendrías que "incrustar" el reporte en tu formulario, eso lo puedes hacer con el DR o el CR.
Saludos
