Podejście IronBarcode

Generowanie w IronBarcode jest oparte na kodzie. BarcodeWriter.CreateBarcode() akceptuje string z wartością i wartość enum BarcodeEncoding i zwraca obiekt GeneratedBarcode, który można zapisać, przekształcić na bajty lub przekonwertować na BitmapSource do wiązania w WPF:

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

To samo wywołanie metody obejmuje generowanie 1D i 2D. Przełączenie z Code128 na kod QR zmienia tylko argument BarcodeEncoding. Pełen zakres opcji generowania kodów kreskowych 2D, w tym poziomy korekcji błędów QR i rozmiary DataMatrix, przedstawiono w dokumentacji IronBarcode wraz z kompletnymi przykładami.

Podejście firmy Telerik

Telerik RadBarCode jest licencjonowany jako część Progress Telerik UI Suite. Nie ma oddzielnej licencji na BarCode. Dostęp do RadBarcode i RadBarcodeReader wymaga licencji na odpowiedni zestaw platformowy:

Ceny odzwierciedlają katalog cenników Telrika DevCraft na rok 2026. Licencje wieczyste są dostępne za wyższą jednorazową opłatą. Odwiedź stronę cenników Telrik, aby uzyskać aktualne stawki.

Opłaty te są ponoszone per programista. Zespół 10 deweloperów na DevCraft UI płaci około $11,490 rocznie przy stawce subskrypcji. Licencje wieczyste są również dostępne dla każdej linii produktów przy wyższych kosztach na początek.

Podejście IronBarcode

IronBarcode oferuje licencjonowanie wieczyste w czterech poziomach: Lite za $749 (1 programista), Plus za $1,499 (3 programistów), Professional za $2,999 (10 programistów) i Unlimited za $5,999. Wieczyste poziomy przyznają prawo do stałego użytku — licencja nabyta dzisiaj pozostaje ważna bez odnowienia. Coroczne odnowienie jest opcjonalne w celu uzyskania dalszego dostępu do aktualizacji.

Strona licencyjnaIronBarcode zawiera szczegółowe informacje na temat aktualnej struktury poziomów, w tym opcje redystrybucji bez opłat licencyjnych oraz licencji na wdrożenie w modelu SaaS.

Wymagania Czytania Symbologii 2D

Powszechnym wyzwalaczem jest pojawienie się wymagania dotyczącego czytania symbologii 2D, które wykracza poza wspierany zestaw czytnika WPF. WPF RadBarcodeReader dekoduje QR, PDF417 i DataMatrix. Nie dekoduje Aztec, MaxiCode, MicroQR ani DotCode. Na WinForms zadne z tych formatów 2D nie są dekodowalne — enum DecodeType jest tylko 1D. Zespoły, które potrzebują odczytu Aztec na bilety, MaxiCode na etykiety wysyłkowe, MicroQR na identyfikatory małych części, lub kody QR z aplikacji WinForms, dochodzą do granicy tego, co obejmują czytniki Telrik.

Przetwarzanie BarCodes w plikach PDF

Procesy związane z BARCODE w produkcji często dotyczą dokumentów, a nie pojedynczych plików graficznych. Faktury, listy przewozowe, dokumenty tożsamości i dokumenty regulacyjne często zawierają BARCODE-y na stronach PDF. Zespol, którego proces roboczy musi wyodrebniac wartosci kodow kreskowych z tresci PDF, przekona sie, ze RadBarcodeReader akceptuje tylko obrazy bitmapowe i nie ma wbudowanej sciezki przetwarzania PDF. Obejscie polegające na konwersji każdej strony PDF na obraz zewnętrzny, a następnie jednorazowe podawanie tych obrazów do RadBarcodeReader wprowadza dodatkową zależność od renderowania i ogranicza pokrycie 2D do QR/PDF417/DataMatrix na WPF i tylko 1D na WinForms. Zespoły, które dostrzegają tę lukę na etapie projektowania architektury, często oceniają biblioteki obsługujące natywnie odczyt plików PDF, zanim zdecydują się na poniesienie kosztów integracji związanych z podejściem opartym na wielu bibliotekach.

Spójność między platformami

Aplikacje, które obejmują klienta desktopowego WPF i backend ASP.NET Core, nie mogą dzielić logiki odczytu kodów kreskowych, jeśli taka logika zależy od typów Telerik. WPF RadBarcodeReader odnosi się do typów specyficznych dla WPF i nie kompiluje się w projekcie innym niż WPF. WinForms RadBarcodeReader odnosi się do typów WinForms. Wspólna usługa wykonująca odczyt kodu kreskowego nie może odnosić się do żadnej klasy bez tworzenia zależności na platformie. Zespoły, które chcą mieć jedną implementację odczytu kodów kreskowych w bibliotece współdzielonej — dostępnej zarówno z poziomu klienta desktopowego, jak i usługi internetowej — potrzebują biblioteki bez zależności od frameworków UI. Problem ten pojawia się zazwyczaj, gdy zespoły stosują wzorce czystej architektury lub próbują wyodrębnić logikę biznesową do oddzielnych zestawów.

Struktura kosztów licencji

Zespoły, które zakupiły Suite Telerik UI głównie ze względu na funkcję BARCODE lub które odkryły, że funkcja ta jest zawarta w Suite zakupionej z innych powodów, czasami ponownie rozważają swoje opcje podczas oceny kosztów odnowienia. Zespół programistyczny używający komponentów kodów kreskowych Telrika osadzonych w większym pakiecie może ponownie ocenić roczne koszty per-programistyczne, gdy zestaw funkcji kodu kreskowego nie obejmuje pełnych wymagań odczytu. Zespoły, które potrzebują funkcji kodów kreskowych bez szerszej Suite interfejsu użytkownika — w szczególności zespoły tworzące aplikacje po stronie serwera lub aplikacje bezinterfejsowe, w których elementy sterujące interfejsu użytkownika nie mają żadnej wartości — często rozważają samodzielne biblioteki kodów kreskowych jako opłacalną alternatywę.

Zastąpienie kontrolki XAML

RadBarcode w XAML jest kontrolką wizualną, która renderuje się bezpośrednio w interfejsie użytkownika.IronBarcode generuje obrazy kodów kreskowych w kodzie i zwraca obiekt GeneratedBarcode. Schemat migracji dla formularza WPF polega na zastąpieniu elementu <telerik:RadBarcode> kontrolką <Image> i wygenerowaniu kodu kreskowego w kodzie-behind za pomocą BarcodeWriter.CreateBarcode(...).ToBitmapSource(). Dla Blazor, komponent <TelerikBarcode> jest zastępowany generowaniem po stronie serwera, które zwraca kod kreskowy jako źródło kodowane base64 @@--CODE-92@@.

Usunięcie DecodeType

The reader.DecodeTypes = DecodeType.Code128 | DecodeType.QR |... flags assignment present in RadBarcodeReader calkowicie usuwa sie podczas migracji.IronBarcode nie wymaga wcześniejszego określenia formatu. Jeśli istniejące flagi DecodeType pokrywały tylko podzestaw formatów,IronBarcode teraz wykryje dodatkowe formaty obecne w tych samych obrazach. Jest to oczekiwane zachowanie. Jeśli potrzebne jest węższe wykrywanie dla wydajności, BarcodeReaderOptions.ExpectBarcodeTypes oferuje opcjonalne filtrowanie, bez wymogu zadeklarowania listy formatów na poziomie instancji czytnika.

Zastąpienie TelerikLicenseManager

Wywołania TelerikLicenseManager.InstallLicense(...) podczas uruchamiania aplikacji są zastępowane pojedynczym przypisaniem IronBarCode.License.LicenseKey = "YOUR-LICENSE-KEY".IronBarcode nie wymaga pliku licencji na dysku ani ścieżki inicjalizacji specyficznej dla platformy. Pojedyncze przypisanie klucza działa identycznie w WPF App.xaml.cs, ASP.NET Core Program.cs i każdym innym punkcie wejścia aplikacji.