¿Cómo se minimiza el dolor en su proceso de desarrollo cuando se trata de informar?Minimizando el dolor en la implementación de informes imprimibles
Para los marcos web, existe una forma bastante directa de producir contenido y diseñarlo gráficamente; el contenido se representa semánticamente a través de HTML, y el diseño se especifica por separado a través de CSS. Y los navegadores son bastante consistentes con la forma en que representan la salida (y las inconsistencias son bien conocidas y se pueden planificar). Incluso hay editores WYSIWYG para ayudar a los diseñadores gráficos menos expertos en CSS.
Pero, ¿qué hacemos con el contenido de impresión?
En una compañía, creé un proceso que funcionaba así: Un script generaba una representación semántica a través de XML. El XML se pasó a través de XSLT para generar un documento XML-FO. Luego, esto pasó a otra herramienta (Apache FOP, creo) para generar un PDF. Esto funcionó bien para esa compañía.
En esta empresa, sin embargo, la apariencia de salida es importante para la administración, y tenemos un diseñador gráfico. Actualmente, estamos usando una herramienta de informes (XtraReports de Developer Express, versión 8.1). No está mal; da salida a una variedad de formatos, tiene un diseñador WYSIWYG, los informes se implementan a través de clases C# y admite el enlace de datos a conjuntos de datos (desafortunadamente, no de POCO). Sin embargo, tenemos algunos de los principales puntos de dolor con esta configuración:
- El marco de información tiene importantes limitaciones de cómo se puede diseñar y agrupar sus bandas de informes
- elementos Presentable, especialmente los gráficos, carecen de las capacidades que necesitamos afinar y lograr el aspecto de nuestras maquetas.
- No hay una buena forma de compartir estilos y diseño entre informes similares a lo que podemos obtener a través de CSS.
- La buena capacidad de compilación de las piezas reutilizables es muy difícil de implementar. Así que terminamos con una gran cantidad de copia & herencia de la funcionalidad; esto es una mala noticia cada vez que necesitamos hacer cambios radicales en todos los informes.
Ahora, tal vez exista algún tipo de marco que pueda eliminar los dolores de los marcos de trabajo de informes, pero supongo que todos tienen sus puntos débiles. ¿Tiene un marco o proceso que funciona bien para usted y reduce los puntos de dolor inherentes a la presentación de informes?
Dios mío, eso se ve perfecto. Tendré que experimentar con eso. ¿Has usado este producto personalmente? Si es así, sería bueno que elaboraras tu experiencia con el uso de esto. – Jacob
He utilizado para un proyecto muy grande y tuve una gran experiencia con él. Puede crear cualquier HTML/CSS que desee y crea un PDF. Admite CSS, así como cualquier navegador que haya usado. La documentación tiene buena información sobre cómo admite medios paginados: http://princexml.com/doc/7.0/ – Annie
Dang, 3800 USD para una licencia de sitio. Puede valer la pena si puede acelerar nuestro proceso de desarrollo, pero ¡uf! – Jacob