Jak weryfikować sumy kontrolne BarCode'ów i korzystać z odczytu z uwzględnieniem formatu w języku C

This article was translated from English: Does it need improvement?
Translated
View the article in English

Sumy kontrolne BarCode pomagają wykrywać błędy zastąpienia. Na przykład jedna zamieniona cyfra w etykiecie EAN-13 może spowodować wysłanie paczki do niewłaściwego magazynu. Odczyt uwzględniający format zapewnia dodatkową warstwę walidacji poprzez ograniczenie dekodera do oczekiwanych symboli. Takie podejście ogranicza liczbę fałszywych alarmów spowodowanych szumem tła i skraca czas skanowania poprzez pomijanie zbędnych detektorów formatów.

IronBarCode automatycznie weryfikuje sumę kontrolną podczas dekodowania. Algorytm cyfr kontrolnych każdej symboliki działa domyślnie, a BARCODES, które nie przejdą weryfikacji, są odrzucane przed zwróceniem wyników. Właściwość BarcodeReaderOptions.ExpectBarcodeTypes ogranicza odczyty do określonych formatów, natomiast RemoveFalsePositive dodaje dodatkowe skanowanie w przypadku niejednoznacznych odczytów.

W niniejszym przewodniku wyjaśniono, jak weryfikować sumy kontrolne BarCode, ograniczać odczyty do oczekiwanych formatów oraz łączyć obie techniki w warstwową bramkę jakości przy użyciu BarcodeReaderOptions.

Szybki start: Sprawdzanie poprawności BarCodes za pomocą sum kontrolnych i ograniczeń formatowych

Skonfiguruj BarcodeReaderOptions z ExpectBarcodeTypes i RemoveFalsePositive, aby ograniczyć odczyty do oczekiwanych symboli z automatyczną weryfikacją sum kontrolnych.

:path=/static-assets/barcode/content-code-examples/how-to/checksum-and-format-validation/quickstart.cs
using IronBarCode;

// Format-constrained read with false-positive removal.
// Limit the decoder to EAN-13 and Code128; checksums are
// validated automatically and failures are silently discarded.
var options = new BarcodeReaderOptions
{
    ExpectBarcodeTypes  = BarcodeEncoding.EAN13 | BarcodeEncoding.Code128,
    RemoveFalsePositive = true,
    Speed               = ReadingSpeed.Balanced
};

BarcodeResults results = BarcodeReader.Read("label.png", options);
Imports IronBarCode

' Format-constrained read with false-positive removal.
' Limit the decoder to EAN-13 and Code128; checksums are
' validated automatically and failures are silently discarded.
Dim options As New BarcodeReaderOptions With {
    .ExpectBarcodeTypes = BarcodeEncoding.EAN13 Or BarcodeEncoding.Code128,
    .RemoveFalsePositive = True,
    .Speed = ReadingSpeed.Balanced
}

Dim results As BarcodeResults = BarcodeReader.Read("label.png", options)
$vbLabelText   $csharpLabel

Jak zweryfikować sumy kontrolne BarCode'ów?

IronBarCode weryfikuje sumy kontrolne podczas dekodowania zgodnie ze specyfikacją danej symboliki. Na przykład podczas odczytu barcodu EAN-13 cyfra kontrolna Mod10 jest obliczana na podstawie pierwszych 12 cyfr i porównywana z 13. Jeśli cyfry nie są zgodne, BARCODE jest odrzucany bez powiadomienia i nie pojawia się w zbiorze BarcodeResults. Podejście to ma zastosowanie do wszystkich formatów z obowiązkową cyfrą kontrolną, w tym UPC-A, UPC-E, EAN-8, Code128, ITF i innych.

Ten model domyślny różni się od bibliotek, które udostępniają wyraźny przełącznik. Poniższa tabela przedstawia porównanie tych dwóch podejść:

Porównanie modeli weryfikacji sum kontrolnych: IronBarCode vs. Aspose.BarCode
AspektIronBarCodeAspose.BarCode
Wyzwalacz walidacjiAutomatyczne; uruchamia się podczas każdego dekodowaniaWyraźne: Suma kontrolnaValidation.On / Off / Default
Wymagane działanie programistyBrak; nieprawidłowe BarCodes są wykluczane z wynikówPrzed odczytem należy ustawić BarcodeSettings.Suma kontrolnaValidation
Wyłącz sumę kontrolnąNieujawnione; sumy kontrolne są zawsze egzekwowane dla formatów obowiązkowychTak; Suma kontrolnaValidation.Off pomija weryfikację
Opcjonalne formaty sum kontrolnych (Code39)Wykorzystuje Confidence + RemoveFalsePositive do filtrowania odczytów niskiej jakościWyraźnie włącz za pomocą EnableSuma kontrolna.Tak
Zachowanie w przypadku niepowodzeniaBarCode został pominięty w wynikachBarCode może pojawić się z oddzielną wartością sumy kontrolnej do ręcznej weryfikacji

W przypadku symboli z opcjonalnymi sumami kontrolnymi, takich jak Code39, biblioteka wykorzystuje ocenę pewności i RemoveFalsePositive zamiast przełącznika sumy kontrolnej.

Dane wejściowe

Etykieta magazynowa Code128 (scenariusz poprawny) oraz pusty obraz bez BARCODE (scenariusz nieprawidłowy).

Code128 barcode encoding RACK-A1-LOT-7382 used as the warehouse rack scan input

warehouse-rack.png (ścieżka sukcesu)

Blank white image with no barcode to trigger the empty result path

blank-no-BarCode.png (ścieżka błędu — brak BarCode)

:path=/static-assets/barcode/content-code-examples/how-to/checksum-and-format-validation/checksum-confidence.cs
using IronBarCode;

// Constrain reads to 1D formats and enable secondary verification.
// ConfidenceThreshold rejects decodes where the ML detector falls below 85%,
// acting as a quality gate for optional-checksum symbologies like Code39.
var options = new BarcodeReaderOptions
{
    ExpectBarcodeTypes  = BarcodeEncoding.AllOneDimensional,
    RemoveFalsePositive = true,
    ConfidenceThreshold = 0.85,
    Speed               = ReadingSpeed.Detailed
};

BarcodeResults results = BarcodeReader.Read("warehouse-rack.png", options);

foreach (BarcodeResult result in results)
{
    // Each result has passed checksum validation (mandatory formats)
    // and the 85% confidence threshold, so no additional filtering is needed.
    Console.WriteLine($"[{result.BarcodeType}] {result.Value}  page={result.PageNumber}");
}

if (results.Count == 0)
{
    Console.Error.WriteLine("No valid barcodes found. Possible causes:");
    Console.Error.WriteLine("  - Check digit mismatch (barcode silently rejected)");
    Console.Error.WriteLine("  - Confidence below 85% threshold");
    Console.Error.WriteLine("  - Format not in ExpectBarcodeTypes");
}
Imports IronBarCode

' Constrain reads to 1D formats and enable secondary verification.
' ConfidenceThreshold rejects decodes where the ML detector falls below 85%,
' acting as a quality gate for optional-checksum symbologies like Code39.
Dim options As New BarcodeReaderOptions With {
    .ExpectBarcodeTypes = BarcodeEncoding.AllOneDimensional,
    .RemoveFalsePositive = True,
    .ConfidenceThreshold = 0.85,
    .Speed = ReadingSpeed.Detailed
}

Dim results As BarcodeResults = BarcodeReader.Read("warehouse-rack.png", options)

For Each result As BarcodeResult In results
    ' Each result has passed checksum validation (mandatory formats)
    ' and the 85% confidence threshold, so no additional filtering is needed.
    Console.WriteLine($"[{result.BarcodeType}] {result.Value}  page={result.PageNumber}")
Next

If results.Count = 0 Then
    Console.Error.WriteLine("No valid barcodes found. Possible causes:")
    Console.Error.WriteLine("  - Check digit mismatch (barcode silently rejected)")
    Console.Error.WriteLine("  - Confidence below 85% threshold")
    Console.Error.WriteLine("  - Format not in ExpectBarcodeTypes")
End If
$vbLabelText   $csharpLabel

Wynik

Droga do sukcesu

Wynik konsoli pokazujący dekodowany kod Code128 RACK-A1-LOT-7382 powyżej progu pewności

BarCode regału magazynowego został zwrócony jako RACK-A1-LOT-7382 na stronie 0. Przekroczył próg pewności 85% i przeszedł weryfikację sumy kontrolnej, więc pojawia się w BarcodeResults.

Ścieżka błędu

Wynik konsoli pokazujący komunikat WARN: nie znaleziono prawidłowych BARCODE-ów dla pustego obrazu wprowadzonego jako dane wejściowe

Podniesienie wartości ConfidenceThreshold powyżej domyślnego poziomu 0,7 dodatkowo zaostrza ten wymóg w przypadku symboli z opcjonalną sumą kontrolną, takich jak Code39.

Po sprawdzeniu sum kontrolnych następnym krokiem jest ograniczenie czytnika do formatów BARCODE, których oczekuje Twój system.


Jak korzystać z funkcji odczytu BarCodes z uwzględnieniem formatowania?

Enum BarcodeEncoding jest typem flag, umożliwiającym łączenie wielu formatów za pomocą operatora bitowego OR. Ustawienie ExpectBarcodeTypes ogranicza czytelnika do tych formatów i pomija wykrywanie innych.

Typowe wartości kodowania kodów kreskowych
WartośćKategoriaOpisSuma kontrolna
BarcodeEncoding.AllMetaWszystkie obsługiwane formaty (domyślne zachowanie)W zależności od formatu
BarcodeEncoding.AllOneDimensionalMetaWszystkie formaty liniowe (1D), w tym ułożone w stosW zależności od formatu
BarcodeEncoding.AllTwoDimensionalMetaWszystkie formaty matrycowe/siatkowe (2D)W zależności od formatu
BarcodeEncoding.Code1281DAlfanumeryczne o dużej gęstości (logistyka, wysyłka)Obowiązkowe (waga Mod103)
BarcodeEncoding.EAN131DIdentyfikacja produktów detalicznych, 13 cyfrObowiazkowe (Mod10)
BarcodeEncoding.QRCode2DMacierz o duzej pojemnosci (URL-e, dane strukturalne)Kod Reed-Solomona ECC
BarcodeEncoding.Code391DAlfanumeryczny (obrona, motoryzacja)Opcjonalne (Mod43)
BarcodeEncoding.UPCA1DHandel detaliczny w Ameryce Polnocnej, 12 cyfrObowiazkowe (Mod10)
BarcodeEncoding.DataMatrix2DKompaktowa macierz (elektronika, farmacja)Kod Reed-Solomona ECC
BarcodeEncoding.PDF4172DStosy (karty ID, transport)Kod Reed-Solomona ECC

Poza szybkościa, ograniczenie zbioru formatow działa jako bramka walidacyjna: kody kreskowe dowolnej nieumieszczonej symbologii sa wykluczane z wynikow, nawet jeśli fizycznie wystepuja w obrazie.

Dane wejściowe

Etykieta wysylkowa Code128 (ścieżka sukcesu) i kod QR, ktory nie pasuje do ograniczenia tylko dla Code128 (ścieżka porazki).

Code128 barcode encoding SHIP-2024-00438 used as the shipping label input

shipping-label.png (ścieżka sukcesu — Code128 pasuje do ograniczenia)

QR code used as the format-mismatch failure path for the Code128-only constrained read

qr-format-mismatch.png (ścieżka porazki — QR odrzucony przez filtr tylko-dla-Code128)

:path=/static-assets/barcode/content-code-examples/how-to/checksum-and-format-validation/format-constrained.cs
using IronBarCode;

// Constrained read: only Code128 barcodes are returned.
// Faster because the reader skips all other format detectors.
var constrainedOptions = new BarcodeReaderOptions
{
    ExpectBarcodeTypes     = BarcodeEncoding.Code128,
    Speed                  = ReadingSpeed.Faster,
    ExpectMultipleBarcodes = false
};

// Broad read: all supported formats are scanned.
// Useful for verification or when the image format is unknown.
var broadOptions = new BarcodeReaderOptions
{
    ExpectBarcodeTypes     = BarcodeEncoding.All,
    Speed                  = ReadingSpeed.Detailed,
    ExpectMultipleBarcodes = true
};

string imagePath = "shipping-label.png";

BarcodeResults constrained = BarcodeReader.Read(imagePath, constrainedOptions);
Console.WriteLine($"Constrained: {constrained.Count} Code128 barcode(s) found");

BarcodeResults broad = BarcodeReader.Read(imagePath, broadOptions);
Console.WriteLine($"Broad: {broad.Count} barcode(s) found across all formats");

foreach (BarcodeResult result in broad)
{
    Console.WriteLine($"  [{result.BarcodeType}] {result.Value}");
}
Imports IronBarCode

' Constrained read: only Code128 barcodes are returned.
' Faster because the reader skips all other format detectors.
Dim constrainedOptions As New BarcodeReaderOptions With {
    .ExpectBarcodeTypes = BarcodeEncoding.Code128,
    .Speed = ReadingSpeed.Faster,
    .ExpectMultipleBarcodes = False
}

' Broad read: all supported formats are scanned.
' Useful for verification or when the image format is unknown.
Dim broadOptions As New BarcodeReaderOptions With {
    .ExpectBarcodeTypes = BarcodeEncoding.All,
    .Speed = ReadingSpeed.Detailed,
    .ExpectMultipleBarcodes = True
}

Dim imagePath As String = "shipping-label.png"

Dim constrained As BarcodeResults = BarcodeReader.Read(imagePath, constrainedOptions)
Console.WriteLine($"Constrained: {constrained.Count} Code128 barcode(s) found")

Dim broad As BarcodeResults = BarcodeReader.Read(imagePath, broadOptions)
Console.WriteLine($"Broad: {broad.Count} barcode(s) found across all formats")

For Each result As BarcodeResult In broad
    Console.WriteLine($"  [{result.BarcodeType}] {result.Value}")
Next
$vbLabelText   $csharpLabel

Wynik

Droga do sukcesu

Wyjscie z konsoli pokazujace ograniczony odczyt znajdujacy 1 kod kreskowy Code128 i szeroki odczyt potwierdzajacy go

Etykieta wysyłkowa ma wartość SHIP-2024-00438. Ograniczony odczyt zbiera go natychmiast, poniewaz Code128 jest tym, co oczekuje filtr, a szeroki odczyt potwierdza ten sam wynik we wszystkich formatach.

Ścieżka błędu

Wyjscie z konsoli pokazujace ograniczony odczyt zwracajacy 0 wynikow dla obrazu kodu QR

Puste wyniki z ograniczonego odczytu to sygnal walidacji, nie błąd; zaloguj rozbieznosc do przeglądu.

Dla pul, ktore mieszaja formaty kodow kreskowych (np. list przewozowy z zarowno kodem produktu EAN-13, jak i numerem sledzenia Code128), polacz oczekiwane formaty:

:path=/static-assets/barcode/content-code-examples/how-to/checksum-and-format-validation/multi-format-combine.cs
using IronBarCode;

// Combine multiple format flags with | to scan for more than one symbology
// in a single pass. Each BarcodeResult.BarcodeType identifies which format
// was decoded, enabling downstream routing logic per symbology.
var options = new BarcodeReaderOptions
{
    ExpectBarcodeTypes     = BarcodeEncoding.EAN13 | BarcodeEncoding.Code128,
    ExpectMultipleBarcodes = true
};
Imports IronBarCode

' Combine multiple format flags with Or to scan for more than one symbology
' in a single pass. Each BarcodeResult.BarcodeType identifies which format
' was decoded, enabling downstream routing logic per symbology.
Dim options As New BarcodeReaderOptions With {
    .ExpectBarcodeTypes = BarcodeEncoding.EAN13 Or BarcodeEncoding.Code128,
    .ExpectMultipleBarcodes = True
}
$vbLabelText   $csharpLabel

Każdy zwracany BarcodeResult.BarcodeType identyfikuje, który format został zdekodowany, umożliwiając dalsze przekierowanie.

Jakie Symbologie Obsluguja Walidacje Sum Kontrolnych?

Nie wszystkie formaty kodow kreskowych używają sum kontrolnych w ten sam sposob. Poniższa tabela przedstawia powiązania między popularnymi symbolami a ich charakterystyką wykrywania błędów, co pozwala określić, jak agresywnie ustawić ConfidenceThreshold i RemoveFalsePositive dla każdego formatu:

Charakterystyka sum kontrolnych wedlug symbologii
SymbologiaTyp sumy kontrolnejObowiazkowe?Zalecenie
EAN-13 / EAN-8Mod10TakDomyslne ustawienia wystarczajace; suma kontrolna zawsze egzekwowana
UPC-A / UPC-EMod10TakDomyslne ustawienia wystarczajace; cyfra kontrolna automatycznie poprawiana podczas zapisu
Code128Wazona Mod103TakDomyslne ustawienia wystarczajace; obowiazkowe zgodnie ze specyfikacja
Code39Mod43OpcjonalnePodnies ConfidenceThreshold do 0.8+ i włącz RemoveFalsePositive
CodabarMod16OpcjonalneJak w przypadku Code39; uzyj oceniania pewnosci jako bramki jakosci
ITFMod10OpcjonalneWłącz RemoveFalsePositive dla formatow przeplatanych
QRCode / DataMatrixKod Reed-Solomona ECCZawszeStrukturalna korekcja błędów; dodatkowa konfiguracja nie jest potrzebna
PDF417Kod Reed-Solomona ECCZawszeJak QR/DataMatrix; korekcja błędów jest wbudowana

Dla symbologii 2D, takich jak QR, DataMatrix i PDF417, korekcja błędów jest zintegrowana ze struktura kodu. Te formaty mogą odzyskac sie z częściowych uszkodzen bez polegania na prostej cyfrze kontrolnej. ConfidenceThreshold nadal ma zastosowanie podczas fazy wykrywania ML, podczas gdy etap dekodowania korzysta z wbudowanej redundancji symboliki.

Teraz, gdy obie techniki sa zrozumiane, polaczmy je w jeden, gotowy do produkcji wzorzec walidacyjny.


Jak Połączyć Sumy Kontrolne z Ograniczeniami Formatow?

Gotowy do użycia wzorzec ustawia ExpectBarcodeTypes, RemoveFalsePositive, ConfidenceThreshold i Speed w jednym obiekcie BarcodeReaderOptions. Razem tworza warstwowa bramke: ograniczenia formatow zawężają przestrzeń wyszukiwania, walidacja sumy kontrolnej zapewnia integralność danych, ocenianie pewnosci filtruje marginalne dekodowania, a usuwanie wynikow falszywie pozytywnych dodaje dodatkowe sprawdzenie.

Dane wejściowe

Trzy BARCODE-y skanowane przez POS z katalogu pos-scans/ używanego jako ścieżka sukcesu: dwa EAN-13 i jeden UPC-A. Jako ścieżkę błędu wykorzystano etykietę regałową Code128 — ograniczenie EAN-13/UPC-A odrzuca ją i rejestruje wiersz REJECT.

EAN-13 barcode encoding 5901234123471 used as POS scan input 1

pos-scan-1.png (sukces)

EAN-13 barcode encoding 4006381333931 used as POS scan input 2

pos-scan-2.png (sukces)

UPC-A barcode encoding 012345678905 used as POS scan input 3

pos-scan-3.png (sukces)

Code128 barcode encoding RACK-A1-LOT-7382 used as the combined-validation failure path input

warehouse-rack.png (porazka — Code128 odrzucony)

:path=/static-assets/barcode/content-code-examples/how-to/checksum-and-format-validation/combined-validation.cs
using IronBarCode;

// Layered validation for retail POS: EAN-13, UPC-A, and UPC-E only.
// Each property adds a distinct filter to the read pipeline.
var options = new BarcodeReaderOptions
{
    // Layer 1: format constraint, accept only retail symbologies
    ExpectBarcodeTypes = BarcodeEncoding.EAN13 | BarcodeEncoding.UPCA | BarcodeEncoding.UPCE,

    // Layer 2: confidence threshold, reject decodes below 80%
    ConfidenceThreshold = 0.8,

    // Layer 3: false-positive removal, runs a secondary verification pass
    RemoveFalsePositive = true,

    Speed                  = ReadingSpeed.Balanced,
    ExpectMultipleBarcodes = false,

    // Require 3 agreeing scan lines to reduce phantom reads from noisy images
    MinScanLines = 3
};

string[] scanFiles = Directory.GetFiles("pos-scans/", "*.png");

foreach (string file in scanFiles)
{
    BarcodeResults results = BarcodeReader.Read(file, options);

    if (results.Count == 0)
    {
        // No barcode passed all validation layers
        Console.Error.WriteLine($"REJECT {Path.GetFileName(file)}: "
            + "no valid EAN-13/UPC barcode (checksum, confidence, or format mismatch)");
        continue;
    }

    BarcodeResult primary = results.First();

    // Post-read assertion: verify the decoded format matches expectations.
    // ExpectBarcodeTypes already constrains the reader; this check documents
    // intent and surfaces unexpected results during future changes.
    if (primary.BarcodeType != BarcodeEncoding.EAN13
        && primary.BarcodeType != BarcodeEncoding.UPCA
        && primary.BarcodeType != BarcodeEncoding.UPCE)
    {
        Console.Error.WriteLine($"UNEXPECTED FORMAT {Path.GetFileName(file)}: "
            + $"got {primary.BarcodeType}, expected EAN-13/UPC");
        continue;
    }

    Console.WriteLine($"OK {Path.GetFileName(file)}: [{primary.BarcodeType}] {primary.Value}");
}
Imports IronBarCode
Imports System.IO

' Layered validation for retail POS: EAN-13, UPC-A, and UPC-E only.
' Each property adds a distinct filter to the read pipeline.
Dim options As New BarcodeReaderOptions With {
    ' Layer 1: format constraint, accept only retail symbologies
    .ExpectBarcodeTypes = BarcodeEncoding.EAN13 Or BarcodeEncoding.UPCA Or BarcodeEncoding.UPCE,

    ' Layer 2: confidence threshold, reject decodes below 80%
    .ConfidenceThreshold = 0.8,

    ' Layer 3: false-positive removal, runs a secondary verification pass
    .RemoveFalsePositive = True,

    .Speed = ReadingSpeed.Balanced,
    .ExpectMultipleBarcodes = False,

    ' Require 3 agreeing scan lines to reduce phantom reads from noisy images
    .MinScanLines = 3
}

Dim scanFiles As String() = Directory.GetFiles("pos-scans/", "*.png")

For Each file As String In scanFiles
    Dim results As BarcodeResults = BarcodeReader.Read(file, options)

    If results.Count = 0 Then
        ' No barcode passed all validation layers
        Console.Error.WriteLine($"REJECT {Path.GetFileName(file)}: " &
            "no valid EAN-13/UPC barcode (checksum, confidence, or format mismatch)")
        Continue For
    End If

    Dim primary As BarcodeResult = results.First()

    ' Post-read assertion: verify the decoded format matches expectations.
    ' ExpectBarcodeTypes already constrains the reader; this check documents
    ' intent and surfaces unexpected results during future changes.
    If primary.BarcodeType <> BarcodeEncoding.EAN13 AndAlso
       primary.BarcodeType <> BarcodeEncoding.UPCA AndAlso
       primary.BarcodeType <> BarcodeEncoding.UPCE Then
        Console.Error.WriteLine($"UNEXPECTED FORMAT {Path.GetFileName(file)}: " &
            $"got {primary.BarcodeType}, expected EAN-13/UPC")
        Continue For
    End If

    Console.WriteLine($"OK {Path.GetFileName(file)}: [{primary.BarcodeType}] {primary.Value}")
Next
$vbLabelText   $csharpLabel

Wynik

Droga do sukcesu

Wyjscie z konsoli pokazujace, ze wszystkie 3 kody kreskowe skanow POS zostaly zaakceptowane ze statusem OK i zdekodowanymi wartosciami

Wszystkie trzy obrazy skanow POS przeszly. Czytnik zwrócił wartości 5901234123471, 4006381333931 i 012345678905. Kazdy z nich pasowal do filtru EAN13|UPCA|UPCE, mial ważna sume kontrolna Mod10, a pewnosc byla powyzej 0.8.

Ścieżka błędu

Wyjscie z konsoli pokazujace, ze kod kreskowy Code128 regalu magazynowego zostal odrzucony przez filtr EAN-13/UPC-A

Ustawienie MinScanLines na 3 zwiększa minimalną liczbę zgodnych linii skanowania wymaganych do uznania BARCODE 1D za ważny; domyslnie jest to 2. Podniesienie tej wartosci zmniejsza ryzyko duchowych odczytów z halasliwych linii skanowania, ale może powodowac, ze cienkie lub częściowo uszkodzone kody kreskowe mogą być pomijane. W środowiskach detalicznych POS z czystymi wydrukowanymi etykietami wartosc 3 jest konserwatywnym wyborem, ktory wzmacnia walidacje bez wpływu na przepustowosc.

Asercja BarcodeType po odczycie stanowi zabezpieczenie wielopoziomowe: ExpectBarcodeTypes już filtruje, ale jawna kontrola dokumentuje intencję i wykrywa odchylenia konfiguracyjne bez kosztów wykonania. W celu optymalizacji szybkości ReadingSpeed.Faster nadaje się do czystych etykiet drukowanych maszynowo; Detailed i ExtremeDetail odtwarzają uszkodzone lub słabo oświetlone BARCODE kosztem dłuższego czasu skanowania.


Jakie są moje kolejne kroki?

W tym artykule omówiono model niejawnej walidacji sum kontrolnych IronBarCode, wyliczenie flag BarcodeEncoding dla odczytów z ograniczeniami formatowymi oraz połączony wzorzec walidacji wykorzystujący ExpectBarcodeTypes, ConfidenceThreshold, RemoveFalsePositive oraz MinScanLines jako warstwowe bramki jakości.

Dla dalszej lektury, zobacz te zasoby:

Pobierz bezpłatna licencje próbna, aby przetestowac wszystkie funkcje w środowisku na zywo, lub zobacz opcje licencjonowania, gdy potok jest gotowy do produkcji.

Często Zadawane Pytania

Co to jest walidacja sumy kontrolnej kodu kreskowego?

Walidacja sumy kontrolnej kodu kreskowego to proces, który zapewnia dokładność danych kodu kreskowego poprzez weryfikację obliczonej sumy kontrolnej z wartością zakodowaną w kodzie kreskowym. Pomaga to w wykrywaniu błędów w procesie skanowania.

Jak IronBarcode obsługuje walidację sumy kontrolnej?

IronBarcode automatycznie obsługuje walidację sumy kontrolnej, obliczając sumę kontrolną dla danych kodu kreskowego i weryfikując ją z zakodowaną sumą kontrolną, zapewniając integralność danych podczas procesu skanowania.

Czym są filtry BarcodeEncoding?

Filtry BarcodeEncoding w IronBarcode pozwalają określić, które formaty kodów kreskowych odczytywać lub ignorować podczas skanowania, umożliwiając bardziej dokładne i efektywne przetwarzanie kodów kreskowych poprzez skupienie się na konkretnych typach kodów.

Czy IronBarcode może wykonać złożoną walidację?

Tak, IronBarcode może wykonać złożoną walidację, sprawdzając zarówno sumę kontrolną, jak i format kodów kreskowych podczas procesu skanowania, zapewniając, że tylko prawidłowe i poprawnie sformatowane kody kreskowe są przetwarzane.

Czy można ograniczyć odczyty kodów kreskowych według formatu w C# za pomocą IronBarcode?

Tak, IronBarcode pozwala ograniczyć odczyty kodów kreskowych poprzez określenie formatów, które chcesz uwzględnić lub wykluczyć, zapewniając, że twoja aplikacja przetwarza tylko istotne typy kodów kreskowych.

Dlaczego świadome formatu czytanie jest ważne w przetwarzaniu kodów kreskowych?

Świadome formatu czytanie jest ważne, ponieważ pozwala twojej aplikacji przetwarzać tylko określone typy kodów kreskowych, poprawiając szybkość i dokładność poprzez ignorowanie nieistotnych lub nieobsługiwanych formatów kodów kreskowych.

Jak zaimplementować świadome formatu czytanie w IronBarcode?

Aby zaimplementować świadome formatu czytanie w IronBarcode, użyj filtrów BarcodeEncoding, aby określić formaty kodów kreskowych, które chcesz odczytać. Można to zrobić za pośrednictwem API biblioteki, co pozwala na precyzyjną kontrolę nad wymaganiami dotyczącymi skanowania kodów kreskowych.

Jakie są korzyści z użycia IronBarcode do walidacji kodów kreskowych?

IronBarcode oferuje kilka korzyści dla walidacji kodów kreskowych, w tym solidną weryfikację sum kontrolnych, świadome formatu czytanie oraz możliwość obsługi szerokiego zakresu standardów kodów kreskowych, zapewniając wysoką dokładność i elastyczność w przetwarzaniu kodów kreskowych.

Jakie umiejętności programistyczne są potrzebne do zaimplementowania IronBarcode w projekcie?

Podstawowa znajomość programowania w C# jest wystarczająca do zaimplementowania IronBarcode w projekcie, ponieważ oferuje on nieskomplikowane metody i kompleksową dokumentację do prowadzenia deweloperów.

Czy IronBarcode jest odpowiedni zarówno dla małych projektów, jak i dużych aplikacji korporacyjnych?

IronBarcode jest zaprojektowany do bycia skalowalnym i wszechstronnym, dzięki czemu jest odpowiedni zarówno dla małych projektów, jak i dużych aplikacji korporacyjnych, które wymagają solidnych rozwiązań kodów kreskowych.

Darrius Serrant
Inżynier oprogramowania Full Stack (WebOps)

Darrius Serrant posiada tytuł licencjata z informatyki z Uniwersytetu Miami i pracuje jako Full Stack WebOps Marketing Engineer w Iron Software. Już od młodych lat zainteresował się kodowaniem, postrzegając informatykę jako zarówno tajemniczą, jak i dostępną, co czyni ją doskonałym medium dla kreatywności ...

Czytaj więcej
Gotowy, aby rozpocząć?
Nuget Pliki do pobrania 2,240,258 | Wersja: 2026.5 just released
Still Scrolling Icon

Wciąż przewijasz?

Czy chcesz szybko dowodu? PM > Install-Package BarCode
uruchom przykład zobacz, jak twoje ciągi zamieniają się w kody kreskowe.