Refactorisation Crystal Reports: il faut, à quoi et pourquoi?

Question

conception de rapport, la production et l'entretien est pas difficile, mais il est terne. Nous avons un certain nombre de legs (à des degrés d'héritage tout à fait différents) des rapports dans Crystal Reports XI. Ceux-ci sont conçus pour A4 / PDF - pas nécessairement imprimés, mais d'être d'une mise en page prévisible et il n'y a aucune possibilité de nous les prendre sa retraite dans un proche avenir.

Tous se connecter à des procédures stockées existantes (SQL Server 2005) pour acquérir leurs données. Beaucoup de temps a été coulé à obtenir ces rapports pour regarder tellement . La création effective de rapports se fait principalement via l'API .NET / C # et exporté au format PDF. Il y a un certain nombre d'applications développées et maintenues localement stables et bien gérer ce processus.

Nous aimons le fait que Crystal Reports est stable, que nos applications produisent ces rapports de manière fiable, que la sortie PDF est cohérente et que lorsque le modèle Crystal Reports est approuvé et défini, il fonctionne.

Il y a quelques gros problèmes avec cette situation cependant. Le plus important étant que toute modification du rapport sous-jacent eux-mêmes modèles sont des une douleur énorme; obtenir le modèle Crystal Reports à un point que les utilisateurs sont heureux est embêtant royal et peut impliquer une longue itération de PAO / graphiques / base de données / réconciliation et une myriade d'autres petits problèmes.

Combinez cela avec Crystal Reports étant une compétence relativement rares et pas un seul peuple veulent admettre, nous essayons de réfléchir à des solutions alternatives.

Quelques réflexions que j'ai commencé à considérer - et tous les autres sont les bienvenus!

• Est-ce que Crystal Reports 2008 offre des avantages par rapport aux XI?
• Comment ont d'autres ont réussi une migration loin de CR? Et quoi?
• Compte tenu de la couche d'accès aux données est bien formé, peut-être générer des graphiques via un service Excel, puis les importer sous forme de graphiques à un modèle de cadre? Cristal, un autre - a quelqu'un a essayé quelque chose comme ça?
• Est Reporting Services mieux? (Nous avons quelques RS skillz mais encore une fois, une autre chose que les gens ne sont pas disposés à posséder réellement de savoir quoi que ce soit au sujet.)
• Y a-t-il des outils de mise en page disponibles (de préférence avec une API .NET) pour ce qui, dans les temps anciens, serait appelé Desktop Publishing? Si nous avons graphiques / tableaux / autres objets comme des images qui pourraient ensuite être rendu automatiquement,

Idéalement, je veux passer à une solution où les utilisateurs sont plus le contrôle des changements sous-jacents, et si cela peut être manipulé par programme dans les outils que nous pouvons fournir à eux et pour que je puisse être le codage plutôt que d'éditer Crystal Reports modèles.

Answer 1

Alors que d'autres problèmes sont-vous avoir avec Crystal? On dirait que vous voulez que les utilisateurs de gérer les rapports ... (ne pas nous). Le problème avec ce qu'ils veulent ne jamais utiliser quel que soit le modèle de données est offert. Quelqu'un doit savoir comment interroger la base de données. Vous avez déjà à l'aide des procédures stockées. Peut-être laisser un utilisateur couple apprendre les directeurs de cristal de base (regroupement, de tri, de sommation, etc.) et vous écrivez la procédure stockée et ils formatent avec cristal. De cette façon, vous contournez le plus grand bloc d'achoppement avec le cristal, qui fait la table se joint à cristal.

Je connais cristal et je pense qu'il est assez facile à utiliser. Je ne dirais pas que Skillz, plus comme je sais ce qu'il peut et ne peut le faire, alors je peux me sauver beaucoup de temps.

Je ne cherche pas à défendre cristal, mais si elle est pas cassé ...

Answer 2

Nous avons récemment surclassé dans VS 2008 sur XP. Nos utilisateurs sont toujours en cours d'exécution .NET Framework 2.0 sur Win2K, et une mise à niveau de l'entreprise à l'échelle ne sont pas dans notre proche avenir. Ce que nous n'avons pas trouvé jusqu'à ce que nous avions déjà mis à niveau de 2005 à 2008 est que les Crystal Reports redistribuables qui viennent avec VS 2008 ne fonctionnent que sur XP ou supérieur. Oops. Donc, nous sommes maintenant incapables de modifier nos anciens rapports, car CR mettra à jour automatiquement à la nouvelle version.

Ce que je blesse faire est d'utiliser notre XMLSerializer , la construction d'une classe qui détient les données du rapport (lots de propriétés et chaîne List , essentiellement), et la sérialisation dans un fichier XML. Insérez une déclaration de feuille de style XSL qui transforme en HTML / CSS, et l'ouvrir dans IE.

Il est fini par être tout à fait un peu plus rapide que Crystal Reports, en particulier pour le développement, et je peux avoir généralement eux juste me donner un document Word de ce que l'enfer qu'ils veulent que le rapport ressemble, l'exporter en HTML, nettoyez , et ensuite utiliser ce comme un modèle pour ce que le produit XSL.

Il est loin d'être aussi complet que Crystal Reports, mais pour ce que nous avons besoin (rapports de laboratoire et XRay et les ordres de travail), il est parfait.