Tout d'abord, assurez-vous que vous utilisez le bon outil pour le travail.
Vous ne nous avez pas partagé votre conclusion à cela vous a convaincu que vous devriez utiliser iTextSharp. Utilisez-vous une machette, alors qu'une paire de ciseaux ferait l'affaire? C'est un modèle courant que j'ai vu avec les développeurs juniors, qu'est-ce que cela signifie? Cela signifie:
- Le responsable non technique dit, "générer un PDF"
- Le développeur s'exécute sur Google et recherche "C # et PDF"
- Le développeur se concentre sur tout ce qui apparaît comme le premier résultat de recherche comme le seul outil qui l'intéresse.
Faire des abstractions pour la sélection d'outils
Une chose que vous devrez apprendre en tant que développeur est de ne pas toujours prendre les exigences à la lettre , et de considérer l ' outil à utiliser pour le travail. Qu'est-ce que cela signifie?
Si votre patron disait qu'il y avait une réunion de travail dans un restaurant à cinq miles (8 km) du bureau, choisiriez-vous vos pieds comme outil pour y parvenir ? Ou que diriez-vous d'un restaurant situé à quatre cents miles ? Dans tous ces cas, une personne raisonnable résumerait qu’un autre mode de transport serait nécessaire.
En tant que développeur, vous allez devoir devenir très averti en matière d’outil ou vous vous frustrerez et perdrez beaucoup de temps.
Pour la plupart des analyses de rentabilisation, je parie que plus de 90% du temps, un désir de génération de PDF peut être réalisé avec un rapport -un outil d'écriture tel que SSRS (ne nécessite pas SQL Server) ou Crystal Reports. Ces deux éléments peuvent générer un PDF, et vous n'aurez jamais besoin d'apprendre quoi que ce soit sur le fonctionnement interne de la spécification du format de document portable - qui est ardu. Les deux ont une interface graphique, ce qui simplifie les choses; car dans iTextSharp, vous devez coder tout ce qui apparaît sur une page.
Mais votre patron ne peut vous le dire , en tant que responsable non technique. Vous devez comprendre ce genre de choses. Pour la sélection des outils, vous devez penser en termes de fiabilité, maintenabilité et évolutivité. Le rôle ne consiste pas seulement à fournir un tas de code combiné, si vous voulez réussir à long terme.
Tutoriels et assistance
Vous devez parcourez quelques courts tutoriels avant de sélectionner le bon outil. Pouvez-vous facilement suivre un didacticiel et le modéliser selon vos besoins? L'outil dispose-t-il d'un forum d'assistance? Si c'est open source, dans quelle mesure est-il bien entretenu? (Ne choisissez pas un outil qui n'a pas été entretenu récemment!) Ce sont des points clés, car une fois que vous l'avez mis en production, il peut être infernal de sortir de nouveau de votre projet si vous découvrez des limitations plus tard.
Vous devez justifier toute formation ou consultation
Vous ne pouvez pas courir vers votre patron chaque fois que vous êtes coincé. Comme d'autres l'ont écrit ici, vous serez vite sorti. Si vous avez correctement utilisé des ressources telles que StackOverflow, des tutoriels et des forums, ALORS vous allez chez votre patron si vous êtes toujours bloqué. Jamais auparavant.