Comparaisons de produits avec IronPDF

La documentation pour le produit est ce qui fera ou défera à long terme chez les développeurs. Au fur et à mesure qu'ils plongent plus en profondeur et ont besoin de fonctionnalités avancées, à quelle vitesse peuvent-ils trouver ce matériel et y a-t-il des exemples fournis qui aident à enseigner ces concepts.

Dans chacun de ces produits, j'ai cherché leur documentation API pour la capacité d'ajouter des signatures numériques à un PDF.

IronPDF

Les documents API sont clairs et bien organisés avec un panneau gauche sommaire avec un filtre vivant. La boîte de recherche en haut à droite comprend également un filtre en direct et a rapidement retourné plusieurs articles sur les différents composants qui fournissent des fonctionnalités de signature. Le site API a un mode clair et sombre, une fonctionnalité agréable que les développeurs préfèrent.

Figure 15 - Résultats de la recherche de l'API IronPDF pour la signature

Le document de classe PdfSignature décrit l'objet mais ne contient aucun lien vers un exemple de code. J'ai recherché " signature " sur le site web IronPDF et j'ai trouvé un exemple de code qui fait référence à l'objet PdfSignature dans l'exemple de signature numérique d'un PDF IronPDF .

Aspose

Les docs API d'Aspose m'ont dirigé vers leur classe PdfFileSignature lorsque j'ai cherché Signature. Cette page, comme celle d'IronPDF, montre les détails de la classe PdfFileSignature, mais ne contient aucun lien vers des démos ni ne décrit comment utiliser la classe.

Je suis retourné à la page de base de la documentation Aspose à Documentation Aspose PDF for .NET et j'ai cherché signature. J'ai consulté une liste d'articles et cliqué sur 'Ajouter une signature dans le fichier PDF' à Aspose.

SyncFusion

La page de documentation de base de SyncFusion pour le produit de formats de fichiers PDF se trouve à Aperçu des formats de fichiers PDF Syncfusion et il a fallu quelques clics sur leur site pour la trouver. Je n'ai pas eu besoin de chercher loin pour trouver l'exemple de signature car la page d'accueil de la documentation.

Il n'y a pas de documents API qui prennent en charge la fonctionnalité de signature numérique disponible sur le site de SyncFusion.

iText

La documentation API pour iText est très complète et générée à partir de chaque version publiée. C'est un aparence et une sensation standards que vous verrez d'autres bibliothèques sur Internet. La recherche d'une signature a trouvé quelques classes avec quelques excellentes descriptions sur ces fonctionnalités, mais encore une fois aucun lien vers des exemples.

J'ai recherché sur le site iText un exemple de signature sans être capable d'en localiser un, et j'ai plutôt été présenté avec plusieurs articles de blog annonçant de nouveaux partenariats.

L'API mise à disposition par chacun des outils est très descriptive et chacun prend son propre style d'approche pour donner au développeur un accès complet à la création et à la gestion du contenu d'un document PDF. Tous les frameworks disposent de suggestions d'autocomplétion complètes qui fournissent une excellente documentation en ligne dans un éditeur comme Visual Studio.

IronPDF

Les API IronPDF rendent les interactions très difficiles et complexes faciles à réaliser avec des commandes simplifiées comme "RenderHtmlAsPdf", mais offrent toujours un accès approfondi à la création et au placement de contenu, à la sécurité, aux métadonnées et aux formulaires du document. En tant que développeur, ces APIs " parlent de la manière dont je pense " au rendu du contenu.

Les noms et termes utilisés par les APIs IronPDF clarifient que vous rendez un document ou bâtissez un document. Les propriétés de temps sur certains des paramètres sont des entiers représentant des millisecondes où j'aurais préféré un type TimeSpan natif. Enfin, j'aimerais voir des types Paramètres et Options fournis avec une API de configuration fluide moderne comme celle-ci :

var renderer = new IronPdf.ChromePdfRenderer(options => {
    options.RenderDelay = TimeSpan.FromSeconds(1);
});

var renderer = new IronPdf.ChromePdfRenderer(options => {
    options.RenderDelay = TimeSpan.FromSeconds(1);
});

Dim renderer = New IronPdf.ChromePdfRenderer(Sub(options)
	options.RenderDelay = TimeSpan.FromSeconds(1)
End Sub)

SyncFusion

Les API SyncFusion sont claires et offrent un contrôle très descriptif sur la façon d'interagir avec leurs outils de conversion. Aucun raccourci ici, tout est requis, et vous devez leur indiquer quels outils vous utilisez sans valeurs par défaut disponibles. Les Paramètres sont étendus avec un contrôle finement granulé sur tout, y compris l'emplacement du rendu WebKit sur le disque.

Cette configuration supplémentaire, bien que non nécessaire dans certaines installations, a causé des problèmes pour certains dans le passé et dans les futures versions SyncFusion promet qu'il n'y a pas de problème.

Aspose

L'API Aspose est extrêmement verbeuse et je me demande si elle essaie vraiment de rendre les développeurs plus productifs. La quantité de configuration nécessaire pour charger un document à partir d'un site Web est stupéfiante, dix lignes de code ou deux fois plus de lignes que SyncFusion (cinq).

Un exemple de cela est qu'Aspose n'a pas d'API vous permettant de spécifier une URL à récupérer et à convertir.

iText

iText a une API similaire à celle d'Aspose, très verbeuse et permettant une interaction directe avec l'écriture dans le document avec différents types de données, mais il n'est pas clair comment créer des sections du document. Avec la nature explicite des API et la faible qualité de la documentation, travailler avec iText est difficile au mieux.

Le site de référence est très simple sans CSS et juste du texte avec des liens et des images.

Figure 16 - Le site web de référence pour les tests statiques du web

IronPDF

Cela était une simple exécution de trois lignes de code, et la performance semblait bonne à 835 ms. Cependant, lorsque j'ai ouvert le PDF, j'ai constaté qu'aucune des images n'était incluse dans le rendu, un résultat décevant avec la configuration par défaut.

Après un peu d'exploration, j'ai appris que je pouvais ajouter un retard de rendu, et avec cette configuration, j'ai pu rendre un PDF qui incluait les images appropriées sur la page.

Avec la version de test de l'outil, il y a un filigrane inclus dans le PDF rendu. Dans la version entièrement licenciée, ce filigrane n'est pas présent.

Figure 17 - Rendu IronPDF du site statique

SyncFusion

SyncFusion a été un voyage curieux et confus. Leur documentation fait référence à plusieurs façons de rendre et fournir du HTML et du PDF avec différents numéros de version et différents frameworks nécessitant différents codes et configurations ainsi que des installations d'outils binaires pour fonctionner correctement.

Comme la démo d'IronPDF, SyncFusion n'a pas rendu les images pour la page et a livré un PDF avec des marges très petites.

Avec la version de test de l'outil, il y a un filigrane inclus dans le PDF rendu. Dans la version entièrement licenciée, ce filigrane n'est pas présent.

Figure 18 - Rendu SyncFusion du site statique.

Aspose

Aspose a un ensemble de directions très claires concernant l'utilisation de leurs outils. Cependant, d'après les instructions sur leur site web pour convertir un site web en PDF, ils ont un bug significatif qui empêche la fonctionnalité de fonctionner. De plus, leur outil en ligne qui convertit un site web en PDF ne fonctionne plus.

iText

La documentation d'iText n'est pas aussi facile à trouver, et nous avons dû lire un eBook pour obtenir le code exemple que nous recherchions pour exécuter cet exemple. Sans changements de code, sans configuration supplémentaire et quatre lignes de code, nous avons rendu un PDF d'apparence très plaisante sans filigranes et avec de bonnes marges.

Figure 19 - Rendu iText du site statique.

Pour ce test, nous utilisons ESPN.com, un site internet sportif qui contient beaucoup de CSS, d'images et de JavaScript sur la page. Étant donné qu'Aspose n'a pas fonctionné pour le test simple, nous les sauterons à l'avenir. Nous utiliserons le même code que nous avons utilisé pour la dernière démo pour créer ces captures, en remplaçant simplement l'adresse du site web.

Pour référence, voici l'apparence d'ESPN au moment de ce test :

Figure 20 - Rendu complet d'ESPN.com dans le navigateur

Les scores en haut et le rapport de l'état du jeu au milieu de l'écran sont placés avec JavaScript, et toute la disposition et les couleurs sont traitées avec CSS3.

IronPDF

Le rendu IronPDF a pu fidèlement dupliquer et charger le contenu dynamique, cependant, il semble que la page ait été rendue pour un appareil mobile avec des éléments de contenu divisés en segments séparés et carrelés.

Figure 21 - Rendu IronPDF de ESPN

SyncFusion

SyncFusion a réalisé un rendu similaire de 'style mobile' avec un contenu carrelé verticalement. Cependant, nous avons perdu plusieurs images qui ont été chargées dynamiquement par le site ESPN et une partie du formatage des polices est également perdue :

Figure 22 - Rendu SyncFusion de ESPN

iText

Pour ce test, iText a refusé de fonctionner et a levé une NullReferenceException, l'empêchant d'essayer de rendre le site web.

Le test final consiste à générer un PDF avec des champs de saisie de formulaire basés sur un site Web. Le simple formulaire d'inscription à la newsletter que j'ai écrit est disponible dans le dépôt GitHub et se rend avec Bootstrap 5 dans Firefox comme suit :

Figure 23 - Site web de formulaire dans Firefox

Note : l'État est une boîte combinée, le champ Téléphone est un champ téléphone, l'Email est un champ email et la Taille de la chaussure est un champ numérique.

IronPDF

Iron brille vraiment dans ce test, rendant rapidement dans une disposition conviviale semblable à celle de l'interface mobile comme en témoigne le bouton de menu hamburger en haut à droite. Les filigranes à travers la page sont gênants dans une version de test, mais supprimés dans la version entièrement licenciée.

Tous les champs de texte sont rendus en tant que champs de formulaire PDF avec lesquels je peux interagir, à l'exception des boutons radio et de la case à cocher à la fin. Les boîtes de texte n'ont pas de validation particulière ou de contrainte de contenu comme elles le font dans le navigateur.

Figure 24 - Rendu IronPDF du formulaire

SyncFusion

SyncFusion a rendu ce qui semble être la version complète du site Web sur le bureau, car il n'y a pas de bouton de menu hamburger présent. Les éléments de formulaire rendus apparaissent sous forme de carrés, de boutons et de boîtes à l'écran mais aucun d'entre eux n'est un champ standard de saisie de données PDF. Les liens dans l'en-tête et le pied de page, bien que masqués par le filigrane, sont cliquables.

Figure 25 - Site de formulaire rendu par SyncFusion

iText

iText était de loin le plus rapide des trois frameworks pour rendre le contenu. Cependant, cette rapidité a eu un prix. Leur rendu a livré des balises d'ancre qui naviguaient lorsqu'elles étaient cliquées, mais n'atteignaient pas le site Web d'origine. Tout le formatage de bootstrap était perdu, et tous les champs de formulaire ont été rendus comme des boîtes simples.

Figure 26 - Site de formulaire rendu par iText