MessagingToolkit Barcode vs IronBarcode: C# Barcode Bibliothek Vergleich

Plattform- und Wartungsprotokoll

Die Metadaten des NuGet Pakets MessagingToolkit.Barcode dokumentieren die vorgesehenen Zielplattformen. Jeder Eintrag in der folgenden Tabelle repräsentiert eine Plattform, die zum Zeitpunkt der Entwicklung der Bibliothek aktuell oder nahezu aktuell war:

Für die Bibliothek gibt es kein kompatibles Zielframework für .NET Core, .NET 5, .NET 6, .NET 7, .NET 8 oder .NET 9. Projekte, die auf diese Laufzeitumgebungen abzielen, werden einen Build-Fehler erfahren, wenn das Paket keinen kompatiblen Framework-Moniker auflösen kann – keine Laufzeitwarnung, sondern ein Kompilierungsfehler.

Detaillierter Funktionsvergleich

MessagingToolkit.Barcode-Ansatz

MessagingToolkit.Barcode ist ausschließlich für .NET Framework 3.5, 4.0 und 4.5 ausgelegt. Es hat keine .NET Standard -Bezeichnung, kein .NET Core-Ziel und keine Kompatibilitätsschicht für moderne Laufzeitumgebungen. Wenn eine Projektdatei auf dieses Paket verweist und eine beliebige moderne .NET Version als Ziel hat, schlägt der NuGet -Wiederherstellungsvorgang mit einem Framework-Kompatibilitätsfehler fehl – ​​der Build wird nicht fortgesetzt.

Die Plattformtabelle in den NuGet Metadaten macht dies konkret. Silverlight 3, 4 und 5 sind als Zielversionen aufgeführt; Alle drei Versionen werden seit 2021 nicht mehr unterstützt. Aufgeführt sind Windows Phone 7.0, 7.5, 7.8 und 8.0; Alle diese Versionen erreichten zwischen 2014 und 2017 das Ende ihres Supports. Die verbleibenden Zielversionen – .NET Framework 3.5, 4.0 und 4.5 – sind unter Windows technisch weiterhin funktionsfähig, erhalten aber von Microsoft nur noch Sicherheitsupdates und keine neuen Funktionen mehr.

Die praktische Konsequenz ist, dass MessagingToolkit.Barcode als Blockierer für die Framework-Modernisierung fungiert. Eine Projektdatei, die auf net472 abzielt und auf dieses Paket verweist, kann nicht in net8.0 geändert werden, ohne vorher das Paket zu entfernen. Das Paket ist nicht nur veraltet – es verhindert aktiv den Wechsel des Zielframeworks, der es dem Projekt ermöglichen würde, auf moderne .NET -Funktionen zuzugreifen.

In der Dokumentation der IronBarcode Plattform finden Sie die vollständige Liste der unterstützten Frameworks und Bereitstellungsziele.

IronBarcode Ansatz

IronBarcode unterstützt .NET Framework 4.6.2 bis .NET 9 und deckt damit sowohl ältere Windows-Anwendungen als auch moderne plattformübergreifende Bereitstellungen ab. Ein einzelnes NuGet Paket lässt sich auf allen unterstützten Plattformen installieren, ohne dass separate Grafikbibliotheken oder plattformspezifische Konfigurationen erforderlich sind.

Die plattformübergreifende Unterstützung ist in der Praxis von großem Nutzen. Die interne Image-Pipeline von IronBarcode ist nicht von System.Drawing abhängig, das in .NET 6 auf Windows beschränkt wurde. Anwendungen, die auf Linux oder macOS abzielen – einschließlich solcher, die in Docker-Containern, Azure App Service unter Linux oder AWS Lambda ausgeführt werden – verwenden dieselbe IronBarcode API und dasselbe Verhalten wie Windows-Bereitstellungen.

MessagingToolkit.Barcode-Ansatz

Das Lesen mit MessagingToolkit.Barcode erforderte das Erstellen einer BarcodeDecoder-Instanz, das Konstruieren einer Bitmap-Instanz aus der Bilddatei, das Übergeben der Bitmap an .Decode()- und das Überprüfen des Ergebnisses auf Null, bevor auf .Text-Zugriff zugegriffen wurde. Die Generierung folgte dem gleichen Instanzmuster: Erstellen eines BarcodeEncoder, Festlegen seiner .Format-Eigenschaft, Aufruf von .Encode(), um ein Bitmap zu erhalten, und anschließend Aufruf von .Save() auf dieser 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 = result?.Text
Dim format As String = result?.BarcodeFormat.ToString()

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

Die Abhängigkeit Bitmap ist nicht zufällig. System.Drawing.Bitmap erfordert GDI+ unter Windows. In .NET 6 und höher führt der Versuch, System.Drawing unter Linux oder macOS zu verwenden, zu einem Laufzeitfehler PlatformNotSupportedException. Selbst wenn die Assembly MessagingToolkit.Barcode in einem modernen .NET Projekt geladen werden könnte – was aufgrund des fehlenden Framework-Ziels nicht möglich ist – würde die Abhängigkeit Bitmap die plattformübergreifende Bereitstellung verhindern.

IronBarcode Ansatz

IronBarcode verwendet durchgehend statische Methoden. BarcodeReader.Read() akzeptiert einen Dateipfad, ein Stream, ein Byte-Array oder einen PDF-Dateipfad — kein Bitmap erforderlich. Das Ergebnis ist eine Sammlung, nicht ein einzelnes, optionales Objekt. Die Generierung verwendet BarcodeWriter.CreateBarcode(), wobei der Kodierungstyp als Parameter übergeben wird, und das Ergebnisobjekt stellt Speichermethoden direkt zur Verfügung.

// 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")

Eine detaillierte Anleitung zum Lesen von Barcodes aus Bildern finden Sie unter Wie man Barcodes aus Bildern liest . Informationen zum Generieren von 1D-Barcodes, einschließlich der Formate Code 128, EAN-13 und UPC, finden Sie unter "Erstellen von 1D-Barcodes" .

MessagingToolkit.Barcode-Ansatz

MessagingToolkit.Barcode hat seit 2014 keine Updates mehr erhalten. Jegliche nach diesem Datum entdeckte Sicherheitslücke – sei es in der Bildparsing-Logik der Bibliothek selbst, in ihrer von ZXing abgeleiteten Dekodier-Implementierung oder in ihren transitiven Abhängigkeiten – bleibt dauerhaft ungepatcht. Es gibt keinen Wartungsbeauftragten, der benachrichtigt werden müsste, keinen Sicherheitswarnungsprozess, der überwacht werden müsste, und keinen Veröffentlichungsmechanismus, über den ein Fix die Benutzer erreichen könnte, selbst wenn ein solcher entwickelt würde.

Sicherheits-Scanning-Tools – Snyk, WhiteSource, GitHub Dependabot, NuGet audit – kennzeichnen verlassene Pakete als risikoreich. Die Kennzeichnung ist nicht von einer bestätigten CVE abhängig; Es spiegelt das Fehlen eines Prozesses wider, durch den bestätigte Schwachstellen behoben werden könnten. Das ist ein kategorisch anderes Risikoprofil als bei einer Bibliothek mit einem aktiven Betreuer und einem dokumentierten Sicherheitsreaktionsprozess.

Für Teams, die unter Compliance-Rahmenwerken arbeiten – PCI DSS, HIPAA, SOC 2, ISO 27001 – hat dies praktische Konsequenzen für die Auditierung. Diese Frameworks erfordern ein aktives Patch-Management für Software von Drittanbietern. Ein verlassenes Softwarepaket ohne Reaktionsmechanismus für Sicherheitslücken wird bei einem Compliance-Audit durchfallen, unabhängig davon, ob eine spezifische CVE-Meldung dafür eingereicht wurde. Das Ergebnis der Prüfung ist das Fehlen einer wartungsfähigen Abhängigkeit, nicht das Vorhandensein einer bekannten Sicherheitslücke.

IronBarcode Ansatz

IronBarcode erhält regelmäßig NuGet Updates, die Sicherheitspatches, Abhängigkeitsaktualisierungen und neue Funktionen umfassen. Die Bibliothek wird von Iron Software entwickelt, die einen dokumentierten Supportprozess unterhält und für jedes Update Versionshinweise veröffentlicht. Sicherheitswarnungen werden, sofern zutreffend, in Patch-Releases berücksichtigt.

IronBarcode unterstützt über 50 Barcode-Formate, darunter alle Formate, die MessagingToolkit.Barcode verarbeitete – QR-Code, Code 128, EAN-13, EAN-8, UPC-A und andere – sowie Formate, die die ältere Bibliothek nie unterstützte: DataMatrix, Aztec, PDF417 und die gesamte Bandbreite moderner 2D-Symbologien.

Anforderungen an die Modernisierung des Frameworks

Der häufigste Auslöser ist ein geplantes oder laufendes .NET Upgrade. Wenn ein Team beschließt, ein Projekt von .NET Framework 4.x auf .NET 6 oder höher umzustellen, muss der Abhängigkeitsgraph auf Pakete überprüft werden, die keine Unterstützung für das moderne Framework bieten. MessagingToolkit.Barcode wird in diesem Audit als blockierende Abhängigkeit erscheinen – eine Abhängigkeit, die nicht mit einem modernen Zielframework-Moniker aufgelöst werden kann. Die Migration zu IronBarcode ist daher eine Voraussetzung für das umfassendere .NET Upgrade und keine separate Initiative. Teams, die eine Anwendungsmodernisierung durchführen, entdecken diese Abhängigkeit typischerweise früh in der Analysephase des Upgrades.

Sicherheits- und Compliance-Verpflichtungen

Ein zweites Szenario umfasst Sicherheitsüberprüfungen und Compliance-Audits. Teams, die nach den Standards von PCI DSS, HIPAA, SOC 2 oder ISO 27001 arbeiten, werden regelmäßigen Audits unterzogen, bei denen die Abhängigkeit von Drittanbietern überprüft wird. Ein verlassenes Paket ohne Sicherheitsreaktionsmechanismus fällt bei diesen Prüfungen aus prozessualen Gründen durch, unabhängig davon, ob eine spezifische Schwachstelle identifiziert wurde. Wenn ein Sicherheitsteam MessagingToolkit.Barcode als nicht konforme Abhängigkeit kennzeichnet, besteht die Lösung im Austausch – es gibt keinen Patch zum Aufspielen, keine Version zum Aktualisieren und keinen Anbieter, an den man sich wegen einer Sicherheitswarnung wenden könnte. Die Migration zu IronBarcode behebt den Prüfbefund, indem eine Abhängigkeit ohne Wartungspfad durch eine ersetzt wird, die regelmäßige Sicherheitsupdates erhält.

Kapazitätserweiterung

Ein drittes Szenario entsteht, wenn neue Anforderungen über das hinausgehen, was MessagingToolkit.Barcode leisten kann. Anwendungen, die gescannte Dokumente oder PDF-Dateien verarbeiten, benötigen das Lesen von Barcodes aus diesen Formaten – MessagingToolkit.Barcode akzeptierte jedoch nur Bitmap-Eingaben, wodurch das Lesen von PDFs ohne eine separate Extraktionsschicht unmöglich war. Anwendungen, die Barcodes für die Webbereitstellung generieren, benötigen SVG- oder Base64-Ausgabe – MessagingToolkit.Barcode gab einen Bitmap zurück, was zusätzliche Konvertierungsschritte und eine System.Drawing.Imaging-Abhängigkeit erforderte. Wenn sich die Produktanforderungen auf diese Bereiche ausdehnen, werden die Einschränkungen der älteren Bibliothek zu technischen Beschränkungen, die sich nicht über ihre API-Oberfläche umgehen lassen.

Plattform-Zielwachstum

Ein viertes Szenario ist die Hinzufügung neuer Bereitstellungsziele. Teams, die ursprünglich nur Windows-Anwendungen entwickelt haben und nun auf Linux-Hosting, macOS-Entwicklungsumgebungen, Docker-Container oder Cloud-Funktionen auf Linux-Laufzeitumgebungen expandieren, stoßen auf die Abhängigkeit System.Drawing als blockierendes Problem. MessagingToolkit.Barcode benötigt System.Drawing.Bitmap für alle Eingabe- und Ausgabevorgänge, und System.Drawing ist nur unter Windows in .NET 6 und höher verfügbar. Bei jedem anderen Zielsystem als Windows führt diese Abhängigkeit zu einem Laufzeitfehler und nicht nur zu einem Kompatibilitätsproblem. Durch die Migration zu IronBarcode entfällt die System.Drawing-Anforderung vollständig, wodurch die vom Team angestrebte plattformübergreifende Bereitstellung ermöglicht wird.

Namensraumersetzung

Jede Datei, die using MessagingToolkit.Barcode; enthält, muss auf using IronBarCode; aktualisiert werden. Eine Suche im gesamten Code nach der alten Namespace-Zeichenkette ist der zuverlässigste Ausgangspunkt, um den Umfang der Migration zu ermitteln. Dateien, die System.Drawing ausschließlich für den Typ Bitmap importieren, der mit MessagingToolkit.Barcode verwendet wird, können diesen Import vollständig entfernen, sobald IronBarcode installiert ist, da IronBarcode ihn nicht benötigt.

Zielrahmenänderung

Durch das Entfernen von MessagingToolkit.Barcode aus der Projektdatei kann der Zielframework-Moniker aktualisiert werden. Der Wechsel von <TargetFramework>net472</TargetFramework> zu <TargetFramework>net8.0</TargetFramework> wird möglich, sobald die blockierende Abhängigkeit beseitigt ist. IronBarcode unterstützt beide Seiten dieser Umstellung – es ist kompatibel mit .NET Framework 4.6.2 und mit .NET 8 – sodass es vor dem endgültigen Abschluss des Framework-Upgrades installiert werden kann, wodurch die Migration gestaffelt und nicht in einem einzigen Schritt durchgeführt werden kann.

Namensraumunterschiede von BarcodeWriter

MessagingToolkit.Barcode verwendete BarcodeEncoder als Generierungsklasse, wobei das Format als Eigenschaft (barcodeWriter.Format = BarcodeFormat.QrCode) festgelegt wurde, bevor .Encode() aufgerufen wurde. IronBarcode verwendet BarcodeWriter.CreateBarcode() als statische Methode, wobei der Kodierungstyp als Parameter übergeben wird. Die Enum-Namen unterscheiden sich: BarcodeFormat.QrCodewird zu BarcodeEncoding.QRCode, und BarcodeFormat.Code128wird zu BarcodeEncoding.Code128. Das Ergebnis von CreateBarcode() ist ein Fluent-Objekt mit .SaveAsPng(), .SaveAsJpeg(), .SaveAsSvg() und anderen Ausgabemethoden – es gibt kein Bitmap zurück.