Ridurre al minimo il dolore nell'implementazione di report di stampa

Question

Come si riduce al minimo il dolore nel processo di sviluppo quando si tratta di report?

Per i framework Web, c'è un modo abbastanza semplice per produrre sia il contenuto che la progettazione grafica; il contenuto è rappresentato semanticamente tramite HTML e il design è specificato separatamente tramite CSS. E i browser sono abbastanza coerenti con il modo in cui rendono l'output (e le incoerenze sono ben note e possono essere pianificate). Esistono persino editor WYSIWYG per aiutare i progettisti grafici meno esperti di CSS.

Ma cosa facciamo per il contenuto di stampa?

In una società, ho creato un processo che ha funzionato in questo modo: uno script ha generato una rappresentazione semantica tramite XML. L'XML è stato passato tramite XSLT per generare un documento XML-FO. Quindi, questo è stato passato a un altro strumento (Apache FOP, credo) per generare un PDF. Questo ha funzionato bene per quella compagnia.

In questa azienda, tuttavia, l'aspetto dell'output è importante per la gestione e abbiamo un designer grafico. Attualmente, stiamo utilizzando uno strumento di reporting (XtraReports da Developer Express, versione 8.1). Non è male; fornisce una varietà di formati, ha un designer WYSIWYG, i report sono implementati attraverso le classi C# e supporta l'associazione dati ai set di dati (purtroppo non i POCO). Tuttavia, abbiamo alcuni importanti punti di dolore con questa configurazione:

• Il quadro generale ha importanti limitazioni su come si può disporre e raggruppare le bande di segnalazione
• elementi presentabile, in particolare i grafici, mancano le capacità di cui abbiamo bisogno per perfezionare e ottenere l'aspetto dei nostri modelli.
• Non c'è un buon modo per condividere stili e layout tra report simili a quello che possiamo ottenere attraverso i CSS.
• La buona componibilità delle parti riutilizzabili è molto difficile da implementare. Quindi ci ritroviamo con molta copia dell'ereditarietà della funzionalità & paste; questa è una cattiva notizia ogni volta che è necessario apportare modifiche radicali in tutti i report.

Ora, forse c'è una struttura di kick-ass là fuori che può eliminare i dolori delle strutture di reporting, ma presumo che tutti abbiano i loro punti deboli. Avete una struttura o un processo che funziona bene per voi e riduce i punti dolenti inerenti alla segnalazione?

Answer 1

Prince XML è uno strumento davvero interessante che consente di utilizzare HTML o XML in stile CSS (incluso CSS paged media per la stampa) e di generare PDF da esso.

Answer 2

Opzione 1: Adobe Acrobat è davvero bello. È possibile progettare PDF abilitati per modulo e quindi utilizzare qualcosa come PDFSharp per manipolare il documento PDF. È possibile creare modelli di PDF in cui scaricare i materiali generati. L'ho già fatto ed è stato un successo. Ho anche usato bene gli oggetti POCO.

Opzione n. 2: è possibile iniziare a creare documenti XPS, che è comunque basato su XML. E possono essere facilmente convertiti in PDF, se necessario.

Opzione # 3:. Eseguire per la tua vita (non potrebbe essere un'opzione)

Answer 3

i-net Clear Reports è un prodotto piacevole. È basato su Java ma puoi anche lavorare con ASP.NET. C'è un ponte. La versione .NET è funzionante se vuoi lavorare con POCO. Poiché la versione Java può funzionare con POJO, la versione .NET in arrivo funzionerà anche con POCO.