MessagingToolkit BarCode vs IronBarcode: Comparación de bibliotecas de códigos de barras C#

Registro de la plataforma y del mantenimiento

Los metadatos del paquete NuGet para MessagingToolkit.Barcode documentan sus destinatarios previstos. Cada entrada en la siguiente tabla representa una plataforma que estaba vigente o casi vigente en el momento del desarrollo de la biblioteca:

La biblioteca no tiene un marco de destino compatible con .NET Core, .NET 5, .NET 6, .NET 7, .NET 8 o .NET 9. Los proyectos que tengan como destino estos entornos de ejecución encontrarán un fallo en tiempo de compilación cuando el paquete no pueda resolver un identificador de marco de trabajo compatible; no se trata de una advertencia en tiempo de ejecución, sino de un error de compilación.

Comparación detallada de características

Kit de herramientas de mensajería. Enfoque de código de barras.

MessagingToolkit.Barcode está dirigido exclusivamente a .NET Framework 3.5, 4.0 y 4.5. No tiene la denominación .NET Standard , ni está dirigido a .NET Core, ni cuenta con un adaptador de compatibilidad para entornos de ejecución modernos. Cuando un archivo de proyecto hace referencia a este paquete y está dirigido a cualquier versión moderna de .NET , la operación de restauración de NuGet falla con un error de compatibilidad del framework; la compilación no continúa.

La tabla de plataforma en los metadatos de NuGet lo deja claro. Silverlight 3, 4 y 5 son objetivos incluidos en la lista; Los tres sistemas operativos se descontinuaron en 2021. Se enumeran Windows Phone 7.0, 7.5, 7.8 y 8.0; Todas ellas dejaron de recibir soporte entre 2014 y 2017. Las versiones restantes .NET Framework 3.5, 4.0 y 4.5— siguen siendo técnicamente funcionales en Windows, pero solo reciben parches de seguridad de Microsoft, sin desarrollo de nuevas funcionalidades.

La consecuencia práctica es que MessagingToolkit.Barcode actúa como un obstáculo para la modernización del marco de trabajo. Un archivo de proyecto que tenga como objetivo net472 y haga referencia a este paquete no puede cambiarse a net8.0 sin eliminar primero el paquete. El paquete no solo está obsoleto, sino que impide activamente el cambio de marco de trabajo que permitiría al proyecto acceder a las capacidades modernas de .NET .

Consulta la documentación de la plataforma IronBarcode para obtener la lista completa de frameworks y plataformas de implementación compatibles.

Enfoque IronBarcode

IronBarcode es compatible con .NET Framework desde la versión 4.6.2 hasta la 9, abarcando tanto aplicaciones Windows heredadas como implementaciones multiplataforma modernas. Un único paquete NuGet se instala en todas las plataformas compatibles sin necesidad de bibliotecas gráficas separadas ni configuración específica de la plataforma.

El soporte multiplataforma es significativo en la práctica. La canalización interna de imágenes de IronBarcode no depende de System.Drawing, que en .NET 6 pasó a ser exclusiva de Windows. Las aplicaciones dirigidas a Linux o macOS, incluidas las que se ejecutan en contenedores Docker, Azure App Service en Linux o AWS Lambda, utilizan la misma API y el mismo comportamiento de IronBarcode que las implementaciones de Windows.

Kit de herramientas de mensajería. Enfoque de código de barras.

La lectura con MessagingToolkit.Barcode requería crear una instancia BarcodeDecoder, construir un Bitmap a partir del archivo de imagen, pasar el mapa de bits al .Decode(), y comprobar si el resultado es nulo antes de acceder al .Text. La generación siguió el mismo patrón de instancia: crear un BarcodeEncoder, establecer su propiedad .Format, llamar a .Encode() para recibir un Bitmap, y luego llamar a .Save() en ese mapa de bits.

// 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 = If(result?.Text, Nothing)
Dim format As String = If(result?.BarcodeFormat.ToString(), Nothing)

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

La dependencia Bitmap no es fortuita. System.Drawing.Bitmap requiere GDI+ en Windows. En .NET 6 y posteriores, al intentar utilizar System.Drawing en Linux o macOS se produce un PlatformNotSupportedException en tiempo de ejecución. Incluso si el ensamblado MessagingToolkit.Barcode pudiera cargarse en un proyecto .NET moderno -no es posible debido a la falta del objetivo del framework- la dependencia Bitmap impediría el despliegue multiplataforma.

Enfoque IronBarcode

IronBarcode utiliza métodos estáticos en todo momento. BarcodeReader.Read() acepta una ruta de archivo, un Stream, una matriz de bytes o una ruta de archivo PDF - no se requiere Bitmap. El resultado es una colección, no un único objeto que pueda ser nulo. La generación utiliza BarcodeWriter.CreateBarcode() con el tipo de codificación pasado como parámetro, y el objeto resultante expone los métodos de guardado directamente.

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

Para obtener instrucciones detalladas sobre cómo leer códigos de barras en imágenes, consulte cómo leer códigos de barras en imágenes . Para generar códigos de barras 1D, incluidos los formatos Code 128, EAN-13 y UPC, consulte cómo crear códigos de barras 1D .

Kit de herramientas de mensajería. Enfoque de código de barras.

MessagingToolkit.Barcode no ha recibido actualizaciones desde 2014. Cualquier vulnerabilidad descubierta después de esa fecha —ya sea en la lógica de análisis de imágenes de la propia biblioteca, en su implementación de decodificación derivada de ZXing o en sus dependencias transitivas— permanece sin parchear. No hay ningún responsable de mantenimiento al que notificar, ningún proceso de asesoramiento de seguridad que supervisar, ni ningún mecanismo de lanzamiento a través del cual una solución pudiera llegar a los usuarios, incluso si se desarrollara alguna.

Las herramientas de análisis de seguridad — Snyk, WhiteSource, GitHub Dependabot, NuGet audit — marcan los paquetes abandonados como de alto riesgo. La señalización no depende de la confirmación de una vulnerabilidad CVE; Esto refleja la ausencia de cualquier proceso mediante el cual se puedan remediar las vulnerabilidades confirmadas. Ese es un perfil de riesgo categóricamente diferente al de una biblioteca con un responsable de mantenimiento activo y un proceso documentado de respuesta ante incidentes de seguridad.

Para los equipos que operan bajo marcos de cumplimiento normativo —PCI DSS, HIPAA, SOC 2, ISO 27001— esto tiene consecuencias prácticas en materia de auditoría. Estos marcos de trabajo requieren una gestión activa de parches para el software de terceros. Un paquete abandonado sin un mecanismo de respuesta para las vulnerabilidades no superará una auditoría de cumplimiento, independientemente de si se ha presentado una CVE específica contra él. El hallazgo de la auditoría es la ausencia de una dependencia mantenible, no la presencia de una vulnerabilidad conocida.

Enfoque IronBarcode

IronBarcode recibe actualizaciones periódicas de NuGet que incluyen parches de seguridad, actualizaciones de dependencias y nuevas funcionalidades. La biblioteca está desarrollada por Iron Software, que mantiene un proceso de soporte documentado y publica notas de la versión para cada actualización. Las advertencias de seguridad, cuando corresponda, se abordan en las actualizaciones de seguridad.

IronBarcode admite más de 50 formatos de código de barras, incluidos todos los formatos que manejaba MessagingToolkit.Barcode (código QR, código 128, EAN-13, EAN-8, UPC-A y otros), junto con formatos que la biblioteca anterior nunca admitió: DataMatrix, Aztec, PDF417 y toda la gama de simbologías 2D modernas.

Requisitos de modernización del marco

El desencadenante más común es una actualización de .NET planificada o en curso. Cuando un equipo decide trasladar un proyecto de .NET Framework 4.x a .NET 6 o posterior, se debe auditar el gráfico de dependencias para detectar paquetes que carezcan de compatibilidad con el framework moderno. MessagingToolkit.Barcode aparecerá en esa auditoría como una dependencia que bloquea el proceso, es decir, una que no se puede resolver con un identificador de marco de trabajo de destino moderno. Por lo tanto, la migración a IronBarcode es un requisito previo para la actualización general de .NET , no una iniciativa independiente. Los equipos que llevan a cabo la modernización de aplicaciones suelen descubrir esta dependencia al principio de la fase de análisis de la actualización.

Obligaciones de seguridad y cumplimiento

Un segundo escenario contempla revisiones de seguridad y auditorías de cumplimiento. Los equipos que operan bajo los marcos PCI DSS, HIPAA, SOC 2 o ISO 27001 se someten a auditorías periódicas que examinan la salud de sus dependencias con terceros. Un paquete abandonado sin un mecanismo de respuesta de seguridad no supera estas auditorías por motivos de proceso, independientemente de si se ha identificado una vulnerabilidad específica. Cuando un equipo de seguridad detecta que MessagingToolkit.Barcode es una dependencia que no cumple con las normas, la solución es reemplazarla: no hay ningún parche que aplicar, ninguna versión a la que actualizar ni ningún proveedor al que contactar para obtener un aviso de seguridad. La migración a IronBarcode resuelve el problema detectado en la auditoría al reemplazar una dependencia sin ruta de mantenimiento por una que recibe actualizaciones de seguridad periódicas.

Expansión de capacidades

Un tercer escenario surge cuando los nuevos requisitos van más allá de lo que MessagingToolkit.Barcode puede ofrecer. Las aplicaciones que procesan documentos escaneados o archivos PDF necesitan leer códigos de barras de esos formatos; MessagingToolkit.Barcode solo aceptaba entradas de mapa de bits, lo que hacía imposible la lectura de PDF sin una capa de extracción independiente. Las aplicaciones que generan códigos de barras para su distribución web necesitan una salida SVG o base64 - MessagingToolkit.Barcode devuelve un Bitmap, lo que requiere pasos de conversión adicionales y una dependencia System.Drawing.Imaging. Cuando los requisitos del producto se extienden a estas áreas, las limitaciones de la biblioteca anterior se convierten en restricciones de ingeniería que no se pueden sortear dentro de su interfaz de programación de aplicaciones (API).

Crecimiento objetivo de la plataforma

Un cuarto escenario es la adición de nuevos objetivos de despliegue. Los equipos que inicialmente construyeron aplicaciones sólo para Windows y se están expandiendo a alojamiento Linux, entornos de desarrollo macOS, contenedores Docker o funciones en la nube en tiempos de ejecución Linux se encuentran con la dependencia System.Drawing como un problema de bloqueo. MessagingToolkit.BarCode requiere System.Drawing.Bitmap para todas las operaciones de entrada y salida, y System.Drawing es sólo para Windows en .NET 6 y versiones posteriores. Cualquier plataforma de implementación que no sea Windows convierte esta dependencia en un fallo en tiempo de ejecución, y no simplemente en un problema de compatibilidad. La migración a IronBarcode elimina por completo el requisito System.Drawing, lo que permite el despliegue multiplataforma que el equipo pretende conseguir.

Reemplazo de espacio de nombres

Cada archivo que contenga using MessagingToolkit.Barcode; requiere una actualización a using IronBarCode;. La búsqueda en todo el código fuente de la antigua cadena de espacio de nombres es el punto de partida más fiable para identificar el alcance de la migración. Los archivos que importen System.Drawing únicamente para el tipo Bitmap utilizado con MessagingToolkit.Barcode podrán eliminar por completo dicha importación una vez que IronBarcode esté instalado, ya que IronBarcode no la requiere.

Cambio del marco objetivo

Eliminar MessagingToolkit.Barcode del archivo del proyecto permite actualizar el identificador del marco de trabajo de destino. El cambio de <TargetFramework>net472</TargetFramework> a <TargetFramework>net8.0</TargetFramework> es posible una vez eliminada la dependencia de bloqueo. IronBarcode es compatible con ambos lados de este cambio: es compatible con .NET Framework 4.6.2 y con .NET 8, por lo que se puede instalar antes de que finalice la actualización del framework, lo que permite que la migración se realice por etapas en lugar de llevarse a cabo en un solo paso.

Diferencias en el espacio de nombres de BarcodeWriter

MessagingToolkit.Barcode utiliza BarcodeEncoder como la clase de generación, con el formato establecido como una propiedad (barcodeWriter.Format = BarcodeFormat.QrCode) antes de llamar a .Encode(). IronBarcode utiliza BarcodeWriter.CreateBarcode() como método estático, con el tipo de codificación pasado como parámetro. Los nombres de los enum difieren: BarcodeFormat.QrCodese convierte en BarcodeEncoding.QRCode, y BarcodeFormat.Code128se convierte en BarcodeEncoding.Code128. El resultado de CreateBarcode() es un objeto fluido con .SaveAsPng(), .SaveAsJpeg(), .SaveAsSvg(), y otros métodos de salida - no devuelve un Bitmap.