MessagingToolkit Barcode vs IronBarcode : Comparaison des bibliothèques de codes-barres C#

Registre de la plateforme et de la maintenance

Les métadonnées du package NuGet pour MessagingToolkit.Barcode documentent ses cibles visées. Chaque entrée du tableau suivant représente une plateforme qui était courante ou presque courante au moment du développement de la bibliothèque :

La bibliothèque ne dispose d'aucun framework cible compatible pour .NET Core, .NET 5, .NET 6, .NET 7, .NET 8 ou .NET 9. Les projets ciblant ces environnements d'exécution rencontreront une erreur de compilation lorsque le package ne pourra pas résoudre un moniker de framework compatible — non pas un avertissement d'exécution, mais une erreur de compilation.

Comparaison détaillée des fonctionnalités

Approche par code-barres de MessagingToolkit

MessagingToolkit.Barcode cible exclusivement .NET Framework 3.5, 4.0 et 4.5. Il ne possède pas d'appellation .NET Standard , pas de cible .NET Coreet aucun module de compatibilité pour les environnements d'exécution modernes. Lorsqu'un fichier de projet référence ce package et cible une version .NET moderne, l'opération de restauration NuGet échoue avec une erreur de compatibilité du framework — la compilation ne se poursuit pas.

Le tableau des plateformes dans les métadonnées NuGet le concrétise. Silverlight 3, 4 et 5 sont des cibles répertoriées ; Ces trois systèmes ont été abandonnés depuis 2021. Windows Phone 7.0, 7.5, 7.8 et 8.0 sont listés ; Tous ces frameworks ont atteint la fin de leur support entre 2014 et 2017. Les cibles restantes — .NET Framework 3.5, 4.0 et 4.5 — restent techniquement fonctionnelles sous Windows, mais ne reçoivent plus que des correctifs de sécurité de Microsoft, sans aucun développement de nouvelles fonctionnalités.

La conséquence pratique est que MessagingToolkit.Barcode fait office de bloqueur de la modernisation du framework. Un fichier de projet qui cible net472 et fait référence à ce paquet ne peut pas être modifié en net8.0 sans d'abord supprimer le paquet. Ce package n'est pas seulement obsolète ; il empêche activement la modification du framework cible qui permettrait au projet d'accéder aux fonctionnalités modernes de .NET .

Consultez la documentation de la plateforme IronBarcode pour obtenir la liste complète des frameworks et cibles de déploiement pris en charge.

Approche IronBarcode

IronBarcode prend en charge .NET Framework 4.6.2 à .NET 9, couvrant à la fois les applications Windows héritées et les déploiements multiplateformes modernes. Un seul package NuGet s'installe sur toutes les plateformes prises en charge sans nécessiter de bibliothèques graphiques distinctes ni de configuration spécifique à la plateforme.

La prise en charge multiplateforme est significative dans la pratique. Le pipeline d'images interne d'IronBarcode ne dépend pas de System.Drawing, qui est devenu exclusivement Windows dans .NET 6. Les applications ciblant Linux ou macOS - y compris celles qui s'exécutent dans des conteneurs Docker, Azure App Service on Linux ou AWS Lambda - utilisent la même API et le même comportement Code-barres IronBarcode que les déploiements Windows.

Approche par code-barres de MessagingToolkit

La lecture avec MessagingToolkit.Barcode a nécessité la création d'une instance BarcodeDecoder, la construction d'un Bitmap à partir du fichier image, le passage du bitmap à .Decode(), et la vérification de la nullité du résultat avant d'accéder à .Text. La génération a suivi le même modèle d'instance : créer un BarcodeEncoder, définir sa propriété .Format, appeler .Encode() pour recevoir un Bitmap, puis appeler .Save() sur ce bitmap.

// Only compiles on .NET Framework 4.5or earlier
using MessagingToolkit.Barcode;
using System.Drawing;

// Reading
var barcodeReader = new BarcodeDecoder();
var bitmap = new Bitmap("barcode.png");
var result = barcodeReader.Decode(bitmap);
string value = result?.Text;
string format = result?.BarcodeFormat.ToString();

// Writing
var barcodeWriter = new BarcodeEncoder();
barcodeWriter.Format = BarcodeFormat.QrCode;
var outputBitmap = barcodeWriter.Encode("Hello World");
outputBitmap.Save("output.png");

// Only compiles on .NET Framework 4.5or earlier
using MessagingToolkit.Barcode;
using System.Drawing;

// Reading
var barcodeReader = new BarcodeDecoder();
var bitmap = new Bitmap("barcode.png");
var result = barcodeReader.Decode(bitmap);
string value = result?.Text;
string format = result?.BarcodeFormat.ToString();

// Writing
var barcodeWriter = new BarcodeEncoder();
barcodeWriter.Format = BarcodeFormat.QrCode;
var outputBitmap = barcodeWriter.Encode("Hello World");
outputBitmap.Save("output.png");

Imports MessagingToolkit.Barcode
Imports System.Drawing

' Reading
Dim barcodeReader As New BarcodeDecoder()
Dim bitmap As New Bitmap("barcode.png")
Dim result = barcodeReader.Decode(bitmap)
Dim value As String = If(result?.Text, Nothing)
Dim format As String = If(result?.BarcodeFormat.ToString(), Nothing)

' Writing
Dim barcodeWriter As New BarcodeEncoder()
barcodeWriter.Format = BarcodeFormat.QrCode
Dim outputBitmap = barcodeWriter.Encode("Hello World")
outputBitmap.Save("output.png")

La dépendance Bitmap n'est pas fortuite. System.Drawing.Bitmap nécessite GDI+ sur Windows. Dans .NET 6 et les versions ultérieures, toute tentative d'utilisation de System.Drawing sur Linux ou macOS génère un PlatformNotSupportedException au moment de l'exécution. Même si l'assemblage MessagingToolkit.BarCode pouvait être chargé dans un projet .NET moderne - il ne le peut pas en raison de la cible de cadre manquante - la dépendance Bitmap empêcherait de toute façon le déploiement multiplateforme.

Approche IronBarcode

IronBarcode utilise exclusivement des méthodes statiques. BarcodeReader.Read() accepte un chemin de fichier, un Stream, un tableau d'octets ou un chemin de fichier PDF - aucun Bitmap n'est requis. Le résultat est une collection, et non un objet unique pouvant être nul. La génération utilise BarcodeWriter.CreateBarcode() avec le type d'encodage passé en paramètre, et l'objet résultat expose directement les méthodes de sauvegarde.

// Works on .NET 6, 7, 8, 9 — Windows, Linux, macOS, Docker
using IronBarCode;

IronBarCode.License.LicenseKey = "YOUR-KEY";

// Reading
var results = BarcodeReader.Read("barcode.png");
string value = results.FirstOrDefault()?.Value;
string format = results.FirstOrDefault()?.Format.ToString();

// Writing
BarcodeWriter.CreateBarcode("Hello World", BarcodeEncoding.QRCode)
    .SaveAsPng("output.png");

// Works on .NET 6, 7, 8, 9 — Windows, Linux, macOS, Docker
using IronBarCode;

IronBarCode.License.LicenseKey = "YOUR-KEY";

// Reading
var results = BarcodeReader.Read("barcode.png");
string value = results.FirstOrDefault()?.Value;
string format = results.FirstOrDefault()?.Format.ToString();

// Writing
BarcodeWriter.CreateBarcode("Hello World", BarcodeEncoding.QRCode)
    .SaveAsPng("output.png");

Imports IronBarCode

' Works on .NET 6, 7, 8, 9 — Windows, Linux, macOS, Docker
IronBarCode.License.LicenseKey = "YOUR-KEY"

' Reading
Dim results = BarcodeReader.Read("barcode.png")
Dim value As String = results.FirstOrDefault()?.Value
Dim format As String = results.FirstOrDefault()?.Format.ToString()

' Writing
BarcodeWriter.CreateBarcode("Hello World", BarcodeEncoding.QRCode) _
    .SaveAsPng("output.png")

Pour des instructions détaillées sur la lecture des codes-barres à partir d'images, consultez la section " Comment lire les codes-barres à partir d'images " . Pour générer des codes-barres 1D, y compris les formats Code 128, EAN-13 et UPC, consultez la section " Créer des codes-barres 1D " .

Approche par code-barres de MessagingToolkit

MessagingToolkit.Barcode n'a reçu aucune mise à jour depuis 2014. Toute vulnérabilité découverte après cette date — dans la logique d'analyse d'images de la bibliothèque, dans son implémentation de décodage dérivée de ZXing ou dans ses dépendances transitives — reste définitivement non corrigée. Il n'y a pas de responsable de la maintenance à informer, pas de processus d'avis de sécurité à surveiller et aucun mécanisme de diffusion permettant à un correctif d'atteindre les utilisateurs, même si un correctif était développé.

Les outils d'analyse de sécurité — Snyk, WhiteSource, GitHub Dependabot, NuGet audit — signalent les packages abandonnés comme présentant un risque élevé. Le signalement n'est pas conditionné par la confirmation d'une CVE ; Cela reflète l'absence de tout processus permettant de remédier aux vulnérabilités confirmées. Cela représente un profil de risque catégoriquement différent de celui d'une bibliothèque disposant d'un responsable de maintenance actif et d'une procédure de réponse aux incidents de sécurité documentée.

Pour les équipes opérant dans le cadre de référentiels de conformité — PCI DSS, HIPAA, SOC 2, ISO 27001 — cela a des conséquences pratiques en matière d'audit. Ces frameworks nécessitent une gestion active des correctifs des logiciels tiers. Un package abandonné sans mécanisme de réponse aux vulnérabilités échouera à un audit de conformité, qu'une CVE spécifique ait été enregistrée ou non à son encontre. Le constat de l'audit est l'absence de dépendance maintenable, et non la présence d'une faille de sécurité connue.

Approche IronBarcode

IronBarcode reçoit des mises à jour régulières NuGet , incluant des correctifs de sécurité, des mises à jour de dépendances et de nouvelles fonctionnalités. La bibliothèque est développée par Iron Software, qui maintient un processus de support documenté et publie des notes de version pour chaque mise à jour. Les avis de sécurité, le cas échéant, sont traités dans les correctifs.

IronBarcode prend en charge plus de 50 formats de codes-barres, y compris tous les formats gérés par MessagingToolkit.Barcode (QR Code, Code 128, EAN-13, EAN-8, UPC-A et autres), ainsi que des formats que l'ancienne bibliothèque ne prenait jamais en charge : DataMatrix, Aztec, PDF417 et toute la gamme des symbologies 2D modernes.

Exigences de modernisation du cadre

Le déclencheur le plus courant est une mise à niveau .NET planifiée ou en cours. Lorsqu'une équipe décide de migrer un projet de .NET Framework 4.x vers .NET 6 ou une version ultérieure, le graphe de dépendances doit être audité afin de repérer les packages qui ne prennent pas en charge les frameworks modernes. MessagingToolkit.Barcode apparaîtra dans cet audit comme une dépendance bloquante — une dépendance qui ne peut pas être résolue par rapport à un moniker de framework cible moderne. La migration vers Code-barres IronBarcode est donc une condition préalable à la mise à niveau globale de .NET , et non une initiative distincte. Les équipes chargées de la modernisation des applications découvrent généralement cette dépendance dès les premières étapes de l'analyse de la mise à niveau.

Obligations en matière de sécurité et de conformité

Un deuxième scénario implique des examens de sécurité et des audits de conformité. Les équipes opérant sous les cadres PCI DSS, HIPAA, SOC 2 ou ISO 27001 font l'objet d'audits périodiques qui examinent la santé des dépendances envers les tiers. Un paquet abandonné sans mécanisme de réponse de sécurité échoue à ces audits pour des raisons de procédure, indépendamment du fait qu'une vulnérabilité spécifique ait été identifiée ou non. Lorsqu'une équipe de sécurité signale MessagingToolkit.Barcode comme une dépendance non conforme, la solution consiste à le remplacer : il n'y a pas de correctif à appliquer, pas de version à mettre à niveau et aucun fournisseur à contacter pour obtenir un avis de sécurité. La migration vers Code-barres IronBarcode résout le problème d'audit en remplaçant une dépendance sans maintenance par une dépendance bénéficiant de mises à jour de sécurité régulières.

Extension des capacités

Un troisième scénario se présente lorsque de nouvelles exigences dépassent les capacités de MessagingToolkit.Barcode. Les applications qui traitent des documents numérisés ou des fichiers PDF ont besoin de lire les codes-barres de ces formats — MessagingToolkit.Barcode n'acceptait que les entrées bitmap, rendant la lecture des PDF impossible sans une couche d'extraction séparée. Les applications qui génèrent des codes-barres pour la diffusion sur le web ont besoin d'une sortie SVG ou base64 - MessagingToolkit.Barcode a renvoyé un Bitmap, nécessitant des étapes de conversion supplémentaires et une dépendance System.Drawing.Imaging. Lorsque les exigences du produit s'étendent à ces domaines, les limitations de l'ancienne bibliothèque deviennent des contraintes d'ingénierie qu'il est impossible de contourner au sein de son API.

Croissance ciblée de la plateforme

Un quatrième scénario consiste à ajouter de nouvelles cibles de déploiement. Les équipes qui ont initialement construit des applications Windows uniquement et qui s'étendent à l'hébergement Linux, aux environnements de développement macOS, aux conteneurs Docker ou aux fonctions cloud sur les runtimes Linux rencontrent la dépendance System.Drawing comme un problème bloquant. MessagingToolkit.BarCode nécessite System.Drawing.Bitmap pour toutes les opérations d'entrée et de sortie, et System.Drawing est réservé à Windows dans .NET 6 et les versions ultérieures. Tout système de déploiement autre que Windows transforme cette dépendance en un échec d'exécution, et non plus en un simple problème de compatibilité. La migration vers Code-barres IronBarcode supprime entièrement l'exigence System.Drawing, permettant le déploiement multiplateforme que l'équipe tente de réaliser.

Remplacement d'espace de noms

Chaque fichier contenant using MessagingToolkit.Barcode; nécessite une mise à jour vers using IronBarCode;. Une recherche dans l'ensemble du code source de l'ancienne chaîne d'espace de noms constitue le point de départ le plus fiable pour identifier la portée de la migration. Les fichiers qui importent System.Drawing uniquement pour le type Bitmap utilisé avec MessagingToolkit.Barcode peuvent avoir cette importation entièrement supprimée une fois qu'IronBarcode est en place, puisque Code-barres IronBarcode ne l'exige pas.

Changement du cadre cible

La suppression de MessagingToolkit.Barcode du fichier projet permet la mise à jour du moniker du framework cible. Le passage de <TargetFramework>net472</TargetFramework> à <TargetFramework>net8.0</TargetFramework> devient possible une fois que la dépendance bloquante est supprimée. Code-barres IronBarcode prend en charge les deux aspects de ce changement — il est compatible avec .NET Framework 4.6.2 et avec .NET 8 — il peut donc être installé avant que la mise à niveau du framework ne soit finalisée, permettant ainsi une migration par étapes plutôt qu'en une seule opération.

Différences entre les espaces de noms de BarcodeWriter

MessagingToolkit.BarCode a utilisé BarcodeEncoder comme classe de génération, avec le format défini comme une propriété (barcodeWriter.Format = BarcodeFormat.QrCode) avant d'appeler .Encode(). Code-barres IronBarcode utilise BarcodeWriter.CreateBarcode() comme méthode statique, avec le type d'encodage passé en paramètre. Les noms d'énumération diffèrent : BarcodeFormat.QrCodedevient BarcodeEncoding.QRCode, et BarcodeFormat.Code128devient BarcodeEncoding.Code128. Le résultat de CreateBarcode() est un objet fluide avec .SaveAsPng(), .SaveAsJpeg(), .SaveAsSvg(), et d'autres méthodes de sortie - il ne renvoie pas un Bitmap.