Barcode4.NET vs IronBarcode: C# Barcode Bibliothek Vergleich

Barcode4NET-Generierungs-API

Der gesamte Generierungsworkflow in Barcode4NETverwendete ein Property-Setter-Muster:

// Barcode4NET— manual DLL, .NET Frameworkonly
//NeinNuGet-Paket— requires ThirdParty/Barcode4NET/Barcode4NET.dll in source control
using Barcode4NET;
using System.Drawing;
using System.Drawing.Imaging;

var barcode = new Barcode4NET.Barcode();
barcode.Symbology = Symbology.Code128;
barcode.Data = "ITEM-12345";
barcode.Width = 300;
barcode.Height = 100;
Bitmap barcodeImage = barcode.GenerateBarcode();
barcodeImage.Save(outputPath, ImageFormat.Png);

// Barcode4NET— manual DLL, .NET Frameworkonly
//NeinNuGet-Paket— requires ThirdParty/Barcode4NET/Barcode4NET.dll in source control
using Barcode4NET;
using System.Drawing;
using System.Drawing.Imaging;

var barcode = new Barcode4NET.Barcode();
barcode.Symbology = Symbology.Code128;
barcode.Data = "ITEM-12345";
barcode.Width = 300;
barcode.Height = 100;
Bitmap barcodeImage = barcode.GenerateBarcode();
barcodeImage.Save(outputPath, ImageFormat.Png);

Imports Barcode4NET
Imports System.Drawing
Imports System.Drawing.Imaging

Dim barcode As New Barcode4NET.Barcode()
barcode.Symbology = Symbology.Code128
barcode.Data = "ITEM-12345"
barcode.Width = 300
barcode.Height = 100
Dim barcodeImage As Bitmap = barcode.GenerateBarcode()
barcodeImage.Save(outputPath, ImageFormat.Png)

Dies stellt den gesamten Funktionsumfang der Barcode4NET-API dar. Die Bibliothek bot keine flüssige Verkettung, keine Lesefunktion, keine PDF-Ausgabe und keine erweiterten QR-Code-Optionen wie Logoeinbettung oder Fehlerkorrektur.

Detaillierter Funktionsvergleich

Barcode4NET-Ansatz

Barcode4NET verwendete ein imperatives Eigenschaftssetzer-Muster. Die Entwickler instanziierten ein Barcode-Objekt, wiesen ihm individuelle Eigenschaften zu und riefen GenerateBarcode() auf, um ein System.Drawing.Bitmap-Objekt zu erhalten:

using Barcode4NET;
using System.Drawing;
using System.Drawing.Imaging;

public Bitmap GenerateLabel(string sku)
{
    var barcode = new Barcode4NET.Barcode();
    barcode.Symbology = Symbology.Code128;
    barcode.Data = sku;
    barcode.Width = 400;
    barcode.Height = 120;
    return barcode.GenerateBarcode();
}

using Barcode4NET;
using System.Drawing;
using System.Drawing.Imaging;

public Bitmap GenerateLabel(string sku)
{
    var barcode = new Barcode4NET.Barcode();
    barcode.Symbology = Symbology.Code128;
    barcode.Data = sku;
    barcode.Width = 400;
    barcode.Height = 120;
    return barcode.GenerateBarcode();
}

Imports Barcode4NET
Imports System.Drawing
Imports System.Drawing.Imaging

Public Function GenerateLabel(sku As String) As Bitmap
    Dim barcode As New Barcode4NET.Barcode()
    barcode.Symbology = Symbology.Code128
    barcode.Data = sku
    barcode.Width = 400
    barcode.Height = 120
    Return barcode.GenerateBarcode()
End Function

Der Rückgabetyp — System.Drawing.Bitmap — bedeutete, dass der aufrufende Code für das Speichern, Anzeigen oder Streamen des Bildes verantwortlich war. Dies war für WinForms-Anwendungen geeignet, bei denen ein Bitmap direkt einem PictureBox zugewiesen werden konnte, erforderte jedoch zusätzliche Konvertierungsschritte für jedes andere Ausgabeziel.

IronBarcode Ansatz

IronBarcode verwendet eine flüssige statische API. Ein einzelner Methodenaufruf initiiert die Generierung, und verkettbare Methoden konfigurieren das Ergebnis vor einer abschließenden Speicher- oder Konvertierungsmethode:

// NuGet: dotnet add package IronBarcode
using IronBarCode;

public byte[] GenerateLabel(string sku)
{
    return BarcodeWriter.CreateBarcode(sku, BarcodeEncoding.Code128)
        .ResizeTo(400, 120)
        .ToPngBinaryData();
}

// NuGet: dotnet add package IronBarcode
using IronBarCode;

public byte[] GenerateLabel(string sku)
{
    return BarcodeWriter.CreateBarcode(sku, BarcodeEncoding.Code128)
        .ResizeTo(400, 120)
        .ToPngBinaryData();
}

Imports IronBarCode

Public Function GenerateLabel(sku As String) As Byte()
    Return BarcodeWriter.CreateBarcode(sku, BarcodeEncoding.Code128) _
        .ResizeTo(400, 120) _
        .ToPngBinaryData()
End Function

Der Aufzählungstyp BarcodeEncoding entspricht direkt dem Aufzählungstyp Symbology. .ResizeTo() ersetzt die Eigenschaftszuweisungen Width und Height. Terminalmethoden — .SaveAsPng(), .SaveAsJpeg(), .ToPngBinaryData() — ersetzen die separaten Aufrufe GenerateBarcode() und bitmap-save. Für komplexere Generierungsszenarien siehe die IronBarcode Dokumentation zur Barcode-Generierung .

Barcode4NET-Ansatz

Barcode4NET besaß keine Lese-API. Teams, die Barcodes aus Bildern oder gescannten Dokumenten dekodieren mussten, mussten eine komplett separate Bibliothek integrieren – entweder ZXing .NET, eine Open-Source-Alternative, oder ein kommerzielles Scanner-SDK. Das Ergebnis waren zwei separate Abhängigkeitsketten: Barcode4NETzur Generierung und eine zweite Bibliothek zum Lesen.

IronBarcode Ansatz

IronBarcode stellt BarcodeReader.Read() als statische Methode bereit, die Bilddateipfade, Stream-Objekte und PDF-Dokumente akzeptiert:

using IronBarCode;

// Read from an image file
var results = BarcodeReader.Read("barcode.png");
foreach (var result in results)
{
    Console.WriteLine($"Value: {result.Value}");
    Console.WriteLine($"Format: {result.Format}");
}

// Read all barcodes from a multi-page PDF — no extra PDF library required
var pdfResults = BarcodeReader.Read("invoice-batch.pdf");
foreach (var result in pdfResults)
{
    Console.WriteLine($"Page {result.PageNumber}: {result.Value}");
}

using IronBarCode;

// Read from an image file
var results = BarcodeReader.Read("barcode.png");
foreach (var result in results)
{
    Console.WriteLine($"Value: {result.Value}");
    Console.WriteLine($"Format: {result.Format}");
}

// Read all barcodes from a multi-page PDF — no extra PDF library required
var pdfResults = BarcodeReader.Read("invoice-batch.pdf");
foreach (var result in pdfResults)
{
    Console.WriteLine($"Page {result.PageNumber}: {result.Value}");
}

Imports IronBarCode

' Read from an image file
Dim results = BarcodeReader.Read("barcode.png")
For Each result In results
    Console.WriteLine($"Value: {result.Value}")
    Console.WriteLine($"Format: {result.Format}")
Next

' Read all barcodes from a multi-page PDF — no extra PDF library required
Dim pdfResults = BarcodeReader.Read("invoice-batch.pdf")
For Each result In pdfResults
    Console.WriteLine($"Page {result.PageNumber}: {result.Value}")
Next

Für Szenarien mit hohem Bildaufkommen oder Bildrauschen bietet die Klasse BarcodeReaderOptions Kontrolle über die Lesegeschwindigkeit und die Erkennung mehrerer Barcodes. Informationen zu den Konfigurationsoptionen finden Sie in der Dokumentation zum Barcode-Lesen .

Barcode4NET-Ansatz

Barcode4NET wurde gegen .NET Framework-Assemblys kompiliert. Es lief unter Windows, in .NET FrameworkAnwendungen, in IIS-gehosteten Web Forms- und Windows Forms-Projekten. Es gab keine Linux-Versionen, keine .NET Core Versionen und keine Unterstützung für Cloud-Laufzeitumgebungen. Als Microsoft .NET Core einführte und später die Plattform als .NET 5+ vereinheitlichte, gab es für Barcode4NETkeine entsprechenden Aktualisierungen. Projekte, die auf net5.0 oder später abzielen, können die Bibliothek überhaupt nicht referenzieren.

Das DLL-Verteilungsmodell verschärfte die Plattformbeschränkung zusätzlich. Jede Build-Umgebung – Entwickler-Workstation, Build-Agent, Docker-Container – erforderte, dass die DLL unter einem bekannten Pfad vorhanden war. Bei containerbasierten Bereitstellungen bedeutete dies entweder, die DLL in ein benutzerdefiniertes Basis-Image einzubetten oder sie während des Container-Builds zu kopieren, was beides nicht mit Standard-Workflows kompatibel ist.

IronBarcode Ansatz

IronBarcode unterstützt mehrere Frameworks über ein einziges NuGet Paket: .NET Framework4.6.2 bis .NET 9 sowie alle aktuellen .NET Versionen unter Windows, Linux und macOS. Die Bereitstellung in Docker-Containern verwendet die standardmäßigen .NET -Laufzeitabbilder ohne Modifikation. Azure Functions, AWS Lambda und andere serverlose Laufzeitumgebungen werden über dasselbe NuGet Paket unterstützt. Der Befehl dotnet restore löst alle Abhängigkeiten ohne manuelle DLL-Verwaltung auf.

Barcode4NET-Ansatz

Barcode4NET wird nicht mehr weiterentwickelt. Neue Lizenzen sind weder über ComponentSource noch über andere Kanäle erhältlich. Wenn ein Entwickler einem Team beitritt, das Barcode4NETverwendet, gibt es keinen Mechanismus, um einen Lizenzplatz für ihn zu erwerben. Je nach Ausgestaltung der bestehenden Lizenzen ist es einem neuen Entwickler unter Umständen nicht rechtlich möglich, Barcode-bezogenen Code während der Entwicklungsphase auszuführen oder zu debuggen. Es gibt kein Problemverfolgungssystem, keinen Supportkanal und keinen Anbieter, an den man sich bei Mängeln wenden könnte. Sicherheitslücken, die nach der letzten Veröffentlichung entdeckt wurden, bleiben dauerhaft ungelöst.

IronBarcode Ansatz

IronBarcode ist ein aktiv gepflegtes kommerzielles Produkt mit unbefristeter Lizenz. Die Preise beginnen bei 749 US-Dollar für eine Lite Lizenz für einen einzelnen Entwickler. Darüber hinaus sind die Stufen Plus (1.499 US-Dollar, 3 Entwickler), Professional (2.999 US-Dollar, 10 Entwickler) und Unlimited (5.999 US-Dollar) erhältlich. Alle Pakete beinhalten eine lizenzgebührenfreie Bereitstellung. Sicherheitspatches, Bugfixes und Kompatibilitätsupdates für die .NET Version werden in regelmäßigen Abständen veröffentlicht. Eine 30-tägige kostenlose Testversion steht ohne Lizenzschlüssel zur Verfügung.

.NET -Upgrade blockiert

Der häufigste Auslöser ist ein .NET Modernisierungsprojekt. Ein Team zielt auf net8.0 in seinem .csproj ab, führt den Build aus und stößt auf einen Kompilierungsfehler, da Barcode4NETgegen .NET Framework-Assemblys kompiliert wurde, auf die nicht mehr verwiesen wird. Der Fehler ist eindeutig: Die Bibliothek kann unter dem neuen Zielframework nicht geladen werden. An diesem Punkt steht das Team vor einer binären Entscheidung: Entweder die Änderung des Zielframeworks rückgängig machen und beim .NET Frameworkbleiben, oder Barcode4NETersetzen. Die Migration kann nicht verschoben werden, ohne die umfassenderen Modernisierungsbemühungen zu blockieren.

CI/CD-Pipeline-Fehler nach Infrastrukturänderungen

Das DLL-Verteilungsmodell von Barcode4NETerzeugt eine latente Anfälligkeit in den Build-Pipelines. Wenn ein Build-Agent neu bereitgestellt, ein Container-Image aktualisiert oder eine neue CI-Umgebung konfiguriert wird, muss die Barcode4NET-DLL manuell an dem Pfad abgelegt werden, den die Projektdatei erwartet. Teams, die diesen Schritt nicht sorgfältig dokumentiert haben, entdecken das Problem erst, wenn die Pipeline ausfällt. Der Übergang zu IronBarcode bedeutet, dass dotnet restore alles übernimmt – das Problem mit dem DLL-Speicherort existiert nicht mehr.

Neue Teammitglieder können nicht lizenziert werden

Wenn ein externer Auftragnehmer dem Projekt beitritt oder ein zweiter Entwickler an Barcode-Funktionen arbeiten muss, ist keine Lizenz zu erwerben. Das Team muss diese Einschränkung umgehen – entweder der neue Entwickler vermeidet den Barcode-Code vollständig, oder jemand überträgt eine Lizenz, die unter den ursprünglichen Bedingungen möglicherweise nicht rechtsgültig übertragbar ist. Keine der beiden Situationen ist für ein Team, das aktiv an der Produktentwicklung arbeitet, tragbar.

Sicherheits- und Compliance-Audits

Organisationen, die die Generierung von Software-Stücklisten durchführen oder Abhängigkeiten anhand von Datenbanken, die das Ende ihres Lebenszyklus erreicht haben, überprüfen, stoßen dabei auf Barcode4NET. Es handelt sich um ein kommerzielles Produkt ohne aktiven Anbieter, ohne CVE-Tracking und ohne Verfügbarkeit von Patches. Sicherheitsprüfer behandeln kommerzielle Abhängigkeiten am Ende ihres Lebenszyklus anders als ausgereifte Open-Source-Bibliotheken – das Fehlen eines Reaktionsprozesses seitens des Anbieters bedeutet, dass jede Schwachstelle dauerhaft ungelöst bleibt. Dies wird in der Regel zu einem formellen Sanierungsfall und nicht zu einem aufgeschobenen Risiko.

Lesefunktion zu einem bestehenden Workflow hinzugefügt

Teams, die Barcode4NETursprünglich nur für Generierungs-Workflows verwendet haben, stellen später fest, dass sie Barcodes von gescannten Dokumenten überprüfen, vom Benutzer hochgeladene Bilder verarbeiten oder Daten aus PDF-Rechnungen extrahieren müssen. Bei Barcode4NETist hierfür die Integration einer zweiten Bibliothek erforderlich. IronBarcodes BarcodeReader.Read() verarbeitet sowohl Bilder als auch PDFs nativ und konsolidiert so die Abhängigkeit in einem einzigen gepflegten Paket.

Entfernen des DLL-Verweis

Barcode4NET wurde nie als NuGet Paket vertrieben, daher gibt es keinen dotnet remove package-Befehl. Jede .csproj Datei, die auf die Bibliothek verweist, enthält ein <Reference Include="Barcode4NET"> Element mit einem <HintPath>, das auf die DLL auf der Festplatte verweist. Jedes dieser Elemente muss manuell gefunden und entfernt werden. Ein grep-Befehl, der die Lösung durchsucht, findet sie:

grep -rl "Barcode4NET" --include="*.csproj" .

grep -rl "Barcode4NET" --include="*.csproj" .

Das DLL-Verzeichnis in der Quellcodeverwaltung – typischerweise ThirdParty/Barcode4NET/ oder lib/ – muss ebenfalls zur Löschung mit git rm bereitgestellt werden.

Änderung des Rückgabetyps von Bitmap zu Byte-Array

Barcode4NETs GenerateBarcode() gibt einen System.Drawing.Bitmap zurück. Die fließende Kette von IronBarcode endet damit, dass .ToPngBinaryData() byte[] zurückgibt oder .SaveAsPng() direkt auf die Festplatte schreibt. Code, der den Rückgabewert einer Variable vom Typ Bitmap zuweist oder ihn an eine Methode übergibt, die einen Wert vom Typ Bitmap erwartet – wie beispielsweise einen WinForms-Wert vom Typ PictureBox –, erfordert eine einzeilige Anpassung an der Aufrufstelle: Schließen Sie das Byte-Array in einen Typ MemoryStream ein und rufen Sie Image.FromStream() auf.

Symbolisierung Enum Umbenennen

Die Aufzählung Symbology in Barcode4NETentspricht direkt der Aufzählung BarcodeEncoding in IronBarcode. Alle gemeinsamen Werte — Code128, Code39, EAN13, UPCA, QRCode — behalten ihre Namen. Eine lösungsweite Suche und Ersetzung von Symbology. durch BarcodeEncoding. deckt die meisten Fälle ab, allerdings sollte jede Ersetzung überprüft werden, um den Kontext zu bestätigen.

Build-Skriptbereinigung

Die Build-Skripte und CI/CD-Konfigurationsdateien, die die Barcode4NET-DLL in Ausgabeverzeichnisse oder Build-Agents kopieren, müssen aktualisiert werden. Diese Schritte haben nach der NuGet Migration kein Äquivalent mehr — dotnet restore ersetzt die gesamte manuelle DLL-Verwaltung. Das Belassen veralteter DLL-Kopierschritte nach der Migration führt zwar nicht zu Build-Fehlern, stellt aber eine tote Konfiguration dar, die für zukünftige Wartungsteams Verwirrung stiftet.