BIRT est le seul outil de reporting qui fait partie de la fondation Eclipse. Cela seul est suffisant pour moi. L'IDE est facile à utiliser et vous pouvez créer des rapports à partir d'un très WYSIWYG designer. Quand les choses deviennent plus complexes, vous avez l'Api de script et des crochets pour les traiter. Après la conception de l'état lui-même, vous avez une tonne de flexibilité de déploiement. Les navigateurs de l'iPhone native client.
Ma courte liste de raisons pour lesquelles je voudrais aller avec BIRT:
- Les données agnostique designer: JDBC, des Pilotes Natifs, Web Services, Pojo
- Basé sur Eclipse: La communauté, dans et autour de BIRT & Eclipse est en plein essor.
- Faites glisser et déposez-la création d'un rapport: Aucune programmation n'est nécessaire pour créer du contenu
- Polyvalence: Vous pouvez créer toutes sortes de contenu avec BIRT, pas seulement traditionnelle BI. Jetez un oeil à la BIRT Échange DevShare pour avoir une idée de la façon dont beaucoup de trucs cool est là.
- Facile à déployer: Soit intégrée dans une application autonome ou de la
- Une fois exécuté, et construit, BIRT Report Documents sont des entités distinctes. Cela augmente les options de déploiement puisque vous n'avez plus besoin d'accéder aux données sources et ressources pour les utilisateurs pour afficher le rapport. Permet de contourner le pare-feu de questions, de problèmes de sécurité, etc... Vraiment souple exécution.
Bonne chance peu importe la façon dont vous allez!
P. S. j'ai dû abandonner une grande fonctionnalité, et c'est au Niveau de la Page de Sécurité. Si vous souhaitez développer un grand rapport différenciées public, vous pouvez le faire en BIRT et de s'appuyer sur l'outil de distribuer la bonne pages aux utilisateurs appropriés. Cela peut être une des économies considérables en ressources (c'est à dire de ne pas générer de 100 rapports distincts, mais plutôt de générer un rapport et à le découper autant de fois que vous en avez besoin).