IronBarcode Ansatz

Die IronBarcode-Erzeugung ist code-first. BarcodeWriter.CreateBarcode() akzeptiert einen Wert als String und einen BarcodeEncoding-Enumwert und gibt ein GeneratedBarcode-Objekt zurück, das gespeichert, in Bytes konvertiert oder für WPF-Bindung in ein BitmapSource konvertiert werden kann:

// NuGet: dotnet add package BarCode
using IronBarCode;

// Save directly to file
BarcodeWriter.CreateBarcode("12345678", BarcodeEncoding.Code128)
             .SaveAsPng("barcode.png");

// Get as WPF BitmapSource for display
var barcodeImage = BarcodeWriter.CreateBarcode("12345678", BarcodeEncoding.Code128)
                                .ToBitmapSource();

// NuGet: dotnet add package BarCode
using IronBarCode;

// Save directly to file
BarcodeWriter.CreateBarcode("12345678", BarcodeEncoding.Code128)
             .SaveAsPng("barcode.png");

// Get as WPF BitmapSource for display
var barcodeImage = BarcodeWriter.CreateBarcode("12345678", BarcodeEncoding.Code128)
                                .ToBitmapSource();

Imports IronBarCode

' Save directly to file
BarcodeWriter.CreateBarcode("12345678", BarcodeEncoding.Code128) _
             .SaveAsPng("barcode.png")

' Get as WPF BitmapSource for display
Dim barcodeImage = BarcodeWriter.CreateBarcode("12345678", BarcodeEncoding.Code128) _
                                .ToBitmapSource()

Der gleiche Methodenaufruf deckt sowohl die 1D- als auch die 2D-Generierung ab. Das Umschalten von Code128 auf QR-Code ändert nur das BarcodeEncoding-Argument. Die IronBarcode Dokumentation bietet vollständige Beispiele für alle Optionen zur Generierung von 2D-Barcodes, einschließlich QR-Fehlerkorrekturstufen und DataMatrix-Größenbestimmung.

Telerik-Ansatz

Telerik RadBarcode wird als Teil der Progress Telerik UI Suite lizenziert. Es gibt keine eigenständige Barcode-Lizenz. Der Zugriff auf RadBarcode und RadBarcodeReader erfordert eine Lizenz für die entsprechende Plattform-Suite:

Die Preise spiegeln die Listenpreise von Telerik DevCraft ab 2026 wider. Unbefristete Lizenzen sind zu höheren einmaligen Kosten verfügbar. Besuchen Sie die Telerik-Preisseite für aktuelle Tarife.

Die Preise sind pro Entwickler. Ein Team von 10 Entwicklern bei DevCraft UI zahlt ca. $11,490 pro Jahr zum Abonnementpreis. Unbefristete Lizenzen sind auch in jeder Produktlinie zu höheren Anschaffungskosten verfügbar.

IronBarcode Ansatz

IronBarcode bietet unbefristete Lizenzen über vier Stufen an: Lite zu $749 (1 Entwickler), Plus zu $1,499 (3 Entwickler), Professional zu $2,999 (10 Entwickler), und Unlimited zu $5,999. Die unbefristeten Stufen gewähren dauerhafte Nutzungsrechte — eine heute erworbene Lizenz bleibt ohne Erneuerung gültig. Die jährliche Verlängerung ist optional, um weiterhin Zugriff auf Aktualisierungen zu erhalten.

Auf der Lizenzseite von IronBarcode finden Sie detaillierte Informationen zur aktuellen Stufenstruktur, einschließlich lizenzgebührenfreier Weiterverbreitungsoptionen und SaaS-Bereitstellungslizenzen.

Zweidimensionale Symbologie-Leseanforderungen

Ein häufiger Auslöser ist die Ankunft einer zweidimensionalen Symbologie-Leseanforderung, die außerhalb der WPF-Lesesätze liegt. Das WPF-RadBarcodeReader dekodiert QR, PDF417 und DataMatrix. Es dekodiert nicht Aztec, MaxiCode, MicroQR oder DotCode. Auf WinForms sind keine dieser 2D-Formate dekodierbar — das DecodeType-Enum ist nur 1D. Teams, die Aztec-Tickets, MaxiCode-Versandetiketten, MicroQR-Identifikatoren auf kleinen Teilen oder QR-Codes aus einer WinForms-Anwendung lesen müssen, erreichen die Grenze dessen, was Teleriks Leser abdecken.

PDF-Barcode-Verarbeitung

Produktionsabläufe für Barcodes beinhalten oft Dokumente und nicht nur eigenständige Bilddateien. Rechnungen, Versandmanifeste, Ausweisdokumente und behördliche Meldungen enthalten häufig eingebettete Barcodes in PDF-Seiten. Ein Team, dessen Workflow Barcode-Werte aus PDF-Inhalten extrahieren muss, wird feststellen, dass RadBarcodeReader nur Bitmap-Bilder akzeptiert und keinen integrierten PDF-Verarbeitungspfad hat. Der Workaround — jede PDF-Seite extern in ein Bild zu konvertieren und diese Bilder dann nacheinander in RadBarcodeReader einzuspeisen — führt zu einer zusätzlichen Rendering-Abhängigkeit und schränkt die 2D-Abdeckung auf QR/PDF417/DataMatrix in WPF und nur 1D in WinForms ein. Teams, die diese Lücke bereits in der Architekturphase erkennen, evaluieren oft Bibliotheken, die das Lesen von PDFs nativ ermöglichen, bevor sie die Integrationskosten eines Multi-Bibliotheks-Ansatzes in Kauf nehmen.

Plattformübergreifende Konsistenz

Anwendungen, die einen WPF-Desktop-Client und ein ASP.NET Core-Backend umfassen, können keine Barcode-Lese-Logik teilen, wenn diese Logik von Telerik-Typen abhängt. Das WPF-RadBarcodeReader referenziert WPF-spezifische Typen und compiliert nicht in einem Nicht-WPF-Projekt. Das WinForms-RadBarcodeReader referenziert WinForms-Typen. Ein gemeinsamer Dienst, der Barcode-Lesen durchführt, kann keine der Klassen referenzieren, ohne eine Plattformabhängigkeit zu erzeugen. Teams, die eine einzige Barcode-Leseimplementierung in einer gemeinsam genutzten Bibliothek benötigen, die sowohl vom Desktop-Client als auch vom Webdienst aus verwendet werden kann, benötigen eine Bibliothek ohne Abhängigkeiten von UI-Frameworks. Dies zeigt sich typischerweise, wenn Teams Clean Architecture Patterns anwenden oder versuchen, die Geschäftslogik in separate Assemblies auszulagern.

Lizenzkostenstruktur

Teams, die eine Telerik UI- Suite hauptsächlich wegen ihrer Barcode-Funktionalität erworben haben oder die feststellen, dass die Barcode-Funktion in einer Suite enthalten ist, die sie aus anderen Gründen gekauft haben, überdenken manchmal ihre Optionen, wenn sie die Verlängerungskosten bewerten. Ein Entwicklungsteam, das Telerik Barcode-Komponenten in eine größere Suite eingebettet verwendet, kann die jährlichen Kosten pro Entwickler neu bewerten, wenn der Barcode-Funktionsumfang nicht ihre vollständigen Leseanforderungen abdeckt. Teams, die Barcode-Funktionalität ohne die umfassendere UI- Suite benötigen – insbesondere Teams, die serverseitige oder Headless-Anwendungen entwickeln, bei denen UI-Steuerelemente keinen Mehrwert bieten – greifen oft auf eigenständige Barcode-Bibliotheken als kostengünstige Alternative zurück.

XAML-Steuerelementersatz

RadBarcode in XAML ist ein visuelles Steuerungselement, das inline in der UI gerendert wird. IronBarcode erzeugt Barcode-Bilder im Code und gibt ein GeneratedBarcode-Objekt zurück. Das Migrationsmuster für ein WPF-Formular besteht darin, das <telerik:RadBarcode>-Element durch ein <Image>-Steuerelement zu ersetzen und den Barcode im Codebehind mit BarcodeWriter.CreateBarcode(...).ToBitmapSource() zu erzeugen. Für Blazor wird die <TelerikBarcode>-Komponente durch serverseitige Erzeugung ersetzt, die den Barcode als Base64-codierte <img>-Quelle zurückgibt.

DecodeType-Entfernung

The reader.DecodeTypes = DecodeType.Code128 | DecodeType.QR |... flags assignment present in RadBarcodeReader-Nutzung wird während der Migration vollständig entfernt. IronBarcode erfordert keine vorherige Formatvorgabe. Wenn die bestehenden DecodeType-Flags nur einen Teil der Formate abdeckten, wird IronBarcode nun zusätzliche Formate erkennen, die in denselben Bildern vorhanden sind. Dies ist ein erwartbares Verhalten. Wenn für die Performance eine engere Erkennung erforderlich ist, bietet BarcodeReaderOptions.ExpectBarcodeTypes optionale Filterung, ohne dass die Formatliste auf Instanzebene des Readers deklariert werden muss.

TelerikLicenseManager-Ersatz

TelerikLicenseManager.InstallLicense(...)-Aufrufe beim Anwendungsstart werden durch eine einzelne IronBarCode.License.LicenseKey = "YOUR-LICENSE-KEY"-Zuweisung ersetzt. IronBarcode benötigt keine Lizenzdatei auf der Festplatte und keinen plattformspezifischen Initialisierungspfad. Die einzelne Schlüsselzuweisung funktioniert identisch in WPF-App.xaml.cs, ASP.NET Core-Program.cs und jedem anderen Anwendungseinstiegspunkt.