我的应用程序的最佳条形码符号

Question

//请勿因主观原因关闭此帖子。

我正在开发一个填写表单的winform应用程序，它在提交信息时生成一个PDF文件。PDF文件需要包含对用户输入的某些信息进行编码的条形码。用户打印PDF文件并在其上签名，然后将其传真回我们。我需要关于选择哪个条形码符号系统用于此应用程序的建议。条形码需要满足以下条件。

  1)The barcode need to encode upto 120 characters

由于条形码需要编码大量的信息，我认为二维条形码会更好，因为它可以存储高密度的信息。

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

尽管大多数二维条形码可以存储的不仅仅是数字，但也有一些一维条形码不能代表所有字母。

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

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

  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，Codabar，代码11，代码93，NEC 2/ 5，矩阵2/ 5，三光代码，堆叠1D: PDF417，微型PDF417，Codablock A& F，复合代码2D:数据矩阵，二维码，微型二维码，阿兹特克码，Maxicode

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

Answer 1

我不知道所有的格式，所以我不能说哪一个是最好的。

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

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

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

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

我不知道有什么免费的库可以渲染它们；也有fonts可以创建一维条形码，你可以使用embed these fonts into your winforms application。

编辑: 8x1.5英寸的200dpi可以让你在水平方向使用1600点，在垂直方向使用300点。条宽为1像素的code128条形码将在1400点以下出现。

在wikipedia page for QR上，有一个最多需要174个字符的示例，它的大小为57x57，纠错率很高。如果我没记错的话，每个点可以用5x5像素表示，单位为200dpi。