MessagingToolkit BarcodeとIronBarcodeの比較：C#バーコードライブラリの比較

プラットフォームとメンテナンス記録

MessagingToolkit.Barcode のNuGetパッケージのメタデータには、その対象とするターゲットが記載されています。 以下の表の各項目は、ライブラリの開発時点で最新またはそれに近いプラットフォームを表しています。

このライブラリには、 .NET Core、 .NET 5、 .NET 6、 .NET 7、 .NET 8、 .NET 9 に対応するターゲットフレームワークがありません。これらのランタイムをターゲットとするプロジェクトでは、パッケージが互換性のあるフレームワークモニカーを解決できない場合、ビルド時にエラーが発生します。これはランタイム警告ではなく、コンパイルエラーです。

詳細な機能比較

MessagingToolkit.バーコードアプローチ

MessagingToolkit.Barcodeは、 .NET Framework 3.5、4.0、および4.5のみを対象としています。 .NET Standard名称はなく、 .NET Coreをターゲットとすることもなく、最新のランタイムとの互換性のためのシムもありません。 プロジェクトファイルがこのパッケージを参照し、最新の.NETバージョンをターゲットとしている場合、 NuGetの復元操作はフレームワークの互換性エラーで失敗し、ビルドは実行されません。

NuGetメタデータのプラットフォームテーブルがこれを具体的に示しています。 シルバーライト3、4、5は標的としてリストされている。 3機種とも2021年以降は販売終了となっている。Windows Phone 7.0、7.5、7.8、8.0がリストされている。 いずれも2014年から2017年の間にサポートが終了しました。残りの対象である.NET Framework 3.5、4.0、および4.5は、Windows上で技術的には引き続き機能しますが、Microsoftからはセキュリティパッチのみが提供され、新機能の開発は行われません。

実際的な結果として、MessagingToolkit.Barcodeはフレームワークの近代化を阻害する要因として機能します。 CODE-38914--@@をターゲットとし、このパッケージを参照しているプロジェクトファイルは、最初にパッケージを削除しない限り、net8.0に変更することはできません。 このパッケージは単に時代遅れなだけでなく、プロジェクトが最新の.NET機能にアクセスできるようにするはずのターゲットフレームワークの変更を積極的に阻害している。

サポートされているフレームワークとデプロ​​イメントターゲットの全リストについては、 IronBarcodeプラットフォームのドキュメントを参照してください。

IronBarcodeのアプローチ

IronBarcodeは.NET Framework 4.6.2から.NET 9までをサポートしており、従来のWindowsアプリケーションと最新のクロスプラットフォーム展開の両方に対応しています。 単一のNuGetパッケージで、個別のグラフィックライブラリやプラットフォーム固有の設定を必要とせずに、サポートされているすべてのプラットフォームにインストールできます。

クロスプラットフォームのサポートは、実際に有意義なものです。IronBarcodeの内部イメージパイプラインは.NET 6でWindows専用となったSystem.Drawingに依存していません。Dockerコンテナ、Linux上のAzure App Service、AWS Lambdaで実行されるものを含む、LinuxやmacOSをターゲットにしたアプリケーションは、Windowsのデプロイメントと同じIronBarcode APIと動作を使用します。

MessagingToolkit.バーコードアプローチ

MessagingToolkit.BarCodeで読み取るには、BarcodeDecoderインスタンスを作成し、画像ファイルからBitmapを構築し、ビットマップを@@--CODE-38920--@に渡し、@@--CODE-38921--@にアクセスする前に結果がNULLであるかどうかをチェックする必要がありました。 CODE-38922--@@を作成し、その.Formatプロパティを設定し、@@--CODE-38924--@を呼び出して@@--CODE-38925--@を受け取り、そのビットマップで@@--CODE-38926--@を呼び出す。

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

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

CODE-38927--@@@の依存関係は偶発的なものではありません。 WindowsではGDI+が必要です。 .NET 6以降では、LinuxまたはmacOSでSystem.Drawingを使用しようとすると、実行時にPlatformNotSupportedExceptionがスローされます。たとえ、MessagingToolkit.BarCodeアセンブリを最新の.NETプロジェクトでロードできたとしても（フレームワーク・ターゲットがないためロードできません）、Bitmap依存関係は関係なくクロスプラットフォーム展開を妨げます。

IronBarcodeのアプローチ

IronBarcodeは全体を通して静的メソッドを使用しています。 CODE-38932--@@は、ファイルパス、@@--CODE-38933--@、バイト配列、またはPDFファイルパスを受け付けます。 結果として得られるのは、nullを許容する単一のオブジェクトではなく、コレクションです。 生成は、パラメータとして渡されたエンコード・タイプでBarcodeWriter.CreateBarcode()を使用し、結果オブジェクトは保存メソッドを直接公開します。

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

画像からバーコードを読み取る詳細な手順については、 "画像からバーコードを読み取る方法"を参照してください。 Code 128、EAN-13、UPC形式を含む1次元バーコードを生成する方法については、 "1次元バーコードの作成方法"を参照してください。

MessagingToolkit.バーコードアプローチ

MessagingToolkit.Barcodeは2014年以降更新されていません。それ以降に発見された脆弱性（ライブラリ自体の画像解析ロジック、ZXing由来のデコード実装、またはその推移的依存関係における脆弱性）は、永久に修正されないままです。 通知すべき保守担当者もおらず、監視すべきセキュリティ勧告プロセスもなく、たとえ修正プログラムが開発されたとしても、ユーザーに届けるためのリリースメカニズムも存在しない。

セキュリティスキャンツール（Snyk、WhiteSource、 GitHub Dependabot、 NuGet auditなど）は、放棄されたパッケージを高リスクとして検出します。 このフラグ付けは、CVEが確認されているかどうかに左右されるものではありません。 これは、確認された脆弱性を修復するためのプロセスが全く存在しないことを反映している。 それは、アクティブなメンテナーがいて、セキュリティ対応プロセスが文書化されているライブラリとは、根本的に異なるリスクプロファイルである。

PCI DSS、HIPAA、SOC 2、ISO 27001といったコンプライアンスフレームワークに基づいて業務を行うチームにとって、これは監査上の実際的な影響を及ぼします。 これらのフレームワークでは、サードパーティ製ソフトウェアの積極的なパッチ管理が求められます。 脆弱性に対する対応メカニズムが欠如したパッケージは、特定のCVEが登録されているかどうかに関わらず、コンプライアンス監査に不合格となる。 監査で判明したのは、保守可能な依存関係が存在しないことであり、既知の脆弱性が存在することではない。

IronBarcodeのアプローチ

IronBarcodeは、セキュリティパッチ、依存関係の更新、新機能などを含むNuGetの定期的なアップデートを受け取っています。 このライブラリはIron Software社によって開発されており、同社は文書化されたサポートプロセスを維持し、各アップデートごとにリリースノートを公開しています。 セキュリティ勧告は、該当する場合、パッチリリースで対応されます。

IronBarcodeは、MessagingToolkit.Barcodeが扱っていたすべての形式（QRコード、Code 128、EAN-13、EAN-8、UPC-Aなど）を含む50種類以上のバーコード形式をサポートしています。さらに、従来のライブラリではサポートされていなかった形式（DataMatrix、Aztec、PDF417、および最新の2Dシンボル体系全般）もサポートしています。

フレームワークの近代化要件

最も一般的な原因は、計画中または進行中の.NETアップグレードです。 チームがプロジェクトを.NET Framework 4.xから.NET 6以降に移行することを決定した場合、最新のフレームワークをサポートしていないパッケージがないか、依存関係グラフを監査する必要があります。 MessagingToolkit.Barcode は、その監査において、最新のターゲットフレームワークのモニカーに対して解決できない、ブロッキング依存関係として表示されます。 したがって、 IronBarcodeへの移行は、より広範な.NETアップグレードの前提条件であり、独立した取り組みではありません。アプリケーションの近代化に取り組むチームは、通常、アップグレード分析フェーズの早い段階でこの依存関係を発見します。

セキュリティおよびコンプライアンス義務

2つ目のシナリオは、セキュリティレビューとコンプライアンス監査に関するものです。 PCI DSS、HIPAA、SOC 2、またはISO 27001のフレームワークに基づいて運営されているチームは、第三者との依存関係の健全性を検証する定期的な監査を受けます。 セキュリティ対応メカニズムのない放棄されたパッケージは、特定の脆弱性が特定されているかどうかに関わらず、プロセス上の理由でこれらの監査に不合格となる。 セキュリティチームがMessagingToolkit.Barcodeを非準拠の依存関係として指摘した場合、解決策は置き換えです。適用するパッチも、アップグレードするバージョンも、セキュリティ勧告について問い合わせるベンダーもありません。 IronBarcodeへの移行により、メンテナンスパスのない依存関係を、定期的なセキュリティアップデートを受け取る依存関係に置き換えることで、監査で指摘された問題が解決されます。

能力拡張

3つ目のシナリオは、新たな要件がMessagingToolkit.Barcodeで提供できる範囲を超える場合に発生します。 スキャンされた文書や PDF ファイルを処理するアプリケーションは、これらの形式からバーコードを読み取る必要があります。MessagingToolkit.Barcode はビットマップ入力のみを受け入れるため、別途抽出レイヤーがないと PDF の読み取りは不可能です。 ウェブ配信用にバーコードを生成するアプリケーションでは、SVGまたはbase64出力が必要です。MessagingToolkit.BarCodeはBitmapを返したため、追加の変換ステップとSystem.Drawing.Imaging依存関係が必要です。 製品要件がこれらの領域にまで拡大すると、従来のライブラリの制約が、そのAPIサーフェス内では回避できない技術的な制約となってしまう。

プラットフォームの目標成長

4つ目のシナリオは、新たな配備対象の追加です。 当初はWindowsのみのアプリケーションを構築し、Linuxホスティング、macOS開発環境、Dockerコンテナ、Linuxランタイム上のクラウド機能へと拡張しているチームは、System.Drawing@依存性がブロック問題として発生します。 MessagingToolkit.BarCodeは、すべての入出力操作にSystem.Drawing.Bitmapが必要で、System.Drawingは、.NET 6以降のWindows専用です。 Windows以外のデプロイメントターゲットでは、この依存関係は単なる互換性の問題ではなく、実行時エラーとなります。 IronBarcodeへの移行により、System.Drawing@の要件が完全に取り除かれ、チームが達成しようとしているクロスプラットフォームの展開が可能になります。

名前空間の置換

CODE-38965--@@を含むすべてのファイルには、@--CODE-38966--@@への更新が必要です。 コードベース全体で古い名前空間文字列を検索することが、移行範囲を特定するための最も確実な出発点となります。 MessagingToolkit.BarCodeで使用されるSystem.DrawingをBitmap型のためだけにインポートしているファイルは、IronBarcodeがそれを必要としないため、IronBarcodeが導入された時点でそのインポートを完全に削除することができます。

ターゲットフレームワークの変更

プロジェクトファイルから MessagingToolkit.Barcode を削除すると、ターゲットフレームワークのモニカーが更新されます。 CODE-38969--@@から<TargetFramework>net8.0</TargetFramework>への変更は、ブロック依存関係が取り除かれた時点で可能になります。 IronBarcodeは、この変更の両方の側面（ .NET Framework 4.6.2と.NET 8の両方）をサポートしているため、フレームワークのアップグレードが完了する前にインストールすることができ、移行を一度に実行するのではなく、段階的に行うことができます。

BarcodeWriter 名前空間の違い

MessagingToolkit.BarCodeは、BarcodeEncoderを生成クラスとして使用し、@@--CODE-38973--@を呼び出す前に、フォーマットをプロパティとして設定しました（@@--CODE-38972--@）。 IronBarcodeはBarcodeWriter.CreateBarcode()を静的メソッドとして使用し、エンコードタイプをパラメータとして渡します。 列挙名は異なります：CODE-38975--@@はBarcodeEncoding.QRCodeに、@@--CODE-38977--@はBarcodeEncoding.Code128になります。 CODE-38979--@@の結果は、@@--CODE-38980--@、@@--CODE-38981--@、@@--CODE-38982--@、およびその他の出力メソッドを持つ流暢なオブジェクトです。