C# 适用于我的应用程序的最佳条形码符号

//由于主观原因，请不要关闭此帖子。
我正在开发一个表单填充winform应用程序，在提交信息时生成一个PDF文件。PDF文件需要包含编码用户输入的某些信息的条形码。用户打印PDF文件并在其上签名，然后将其传真回给我们。我需要的建议，选择哪个条码符号用于此应用程序。 条形码需要满足以下条件

  1)The barcode need to encode upto 120 characters

由于条形码需要对大量信息进行编码，我认为2D条形码会更好，因为它可以存储更高的信息密度

  2)Only upper case alphabets and numbers need to be encoded

虽然大多数二维条码可以存储的数字不止一个，但也有一些一维条码（如代码39）不能代表所有字母表

  3)Preferable size of barcode is 1.5 inch height and 8 inch width

这是最具挑战性的要求。我计划将条形码放置在诸如帐户id之类的信息下面。因此，如果条形码呈矩形，其信息容量随宽度的增加而增加，这将是一件好事。此要求适用于1D条形码。此外，由于二维条形码的形状为正方形，因此条形码两侧会浪费大量空间

  4)Error correcting capability

二维条码具有更好的纠错能力。只有一些一维条码具有纠错功能。这不是一项基本要求

  5)The barcode need to be faxed from one country to another

条形码是在PDF上生成的。PDF将被打印，然后需要传真。因此，条形码需要具有高分辨率。否则，我担心扫描仪无法正确解码数据。我认为200dpi的分辨率对于条形码图像就足够了。传真二维条码是否有问题，因为二维条码需要进行水平和真实扫描。我听说传真的纵向和横向分辨率不同。扫描条形码时是否会产生任何问题

  6)Easiness to program in c# to generate barcode

至少但并非最不重要的一点是，我需要自己用c#编写这个条形码生成程序。因此，应该有一些免费的图书馆提供同样的服务。Aspose条形码是一个很好的条形码。但代价高昂

我发现了以下条形码。我已经检查了其中一些类型的规格。但无法做出最终决定。一旦我选择了条形码并开始编程，我就无法回头

1D:UPC/EAN/JAN，代码39，代码128，交织2/5，编码巴，代码11，代码93，NEC 2/5，矩阵2/5，三元代码， 堆叠1D:PDF417、Micro PDF417、Codablock A&F、复合代码 2D：数据矩阵、二维码、微二维码、阿兹特克码、Maxicode

---

我正在考虑使用PDF417。它有什么缺点吗？

我不知道所有的格式，所以我不能说哪种格式最好

您提到的一些一维条形码（UPC/EAN）只支持少量数字字符。我知道代码128支持可变长度的字母数字值，所以这可能是一个很好的1D候选者

一些条形码阅读器不支持2D条形码，这通常是使用1D的原因

对于2D，您应该查看是否存在不要求条形码为正方形的符号，因为这会将您的最大尺寸限制为1.5 x 1.5英寸

有几个网站可以让你将条形码创建为图像——也许你应该创建一个包含这些条形码的PDF，然后将它们传真过来看看会发生什么

我不知道有什么免费的库可以用来呈现它们；还有一些可以创建1D条形码的软件，你可以

编辑：8x1.5英寸上的200 dpi将为您提供1600个水平点和300个垂直点。条码宽度为1像素的code128条码的输出点不到1400点

---

上有一个示例，它最多占用174个字符，大小为57x57，错误更正率高。如果我没有弄错的话，每个点可以用200dpi的5x5像素表示。

我已经从列表中删除了UPC、EAN。我还消除了代码39，因为代码128比代码39具有更好的数据密度。但我想知道一个128个条形码的大小，它可以用200dpi编码120个字符。
条形码阅读器将仅根据我的应用程序中使用的条形码决定
条形码字体用于创建低数据密度条形码，如代码39。所以我需要在c#中找到一个好的库来生成条形码。用dpi估计值更新了我的答案，但你必须验证它们，我的calc.exe技能不是很好。取消了UPC/EAN/JAN，因为它们只是数字和固定长度的条形码。5个代码中的2个只能代表10个字符。因此，消除了交织2/5、NEC 2/5、矩阵2/5源代码39，因为其数据密度较低。编码代码39中的数据比编码128中的数据需要更多的空间。Pdf417将满足您从1到5的要求。编码128的宽度取决于数据结构。它比较擅长压缩数字序列。阿尔法不太好。。。