Aztec条形码与QR码

Question

我正在尝试开发一个应用程序，它将使用票证，用户可以验证它们。我想知道为什么我应该选择Aztec条形码，因为许多公司已经选择了而不是QR码。阿兹特克条形码的优点是什么？

我到目前为止发现的良好比较是： http://www.tec-it.com/en/support/knowbase/barcode-overview/2d-barcodes/Default.aspx

在这里：http://en.wikipedia.org/wiki/Aztec_Code 在“使用”部分，您可以看到经常使用的部分。

Answer 1

尽管Aztec代码更紧凑且可调，但在开放的非专有软件中对它们的支持很少。我现在仍然会使用QR码，它在各种平台上都有非常成熟的软件支持。

如果您的空间非常宝贵，并且您不关心用户是否可以使用自己的软件或各种设备阅读或生成您的代码，那么Aztec将是更好的选择。 Aztec代码不需要周围的边距，允许非常精细的可调纠错级别，并且具有针对更广泛的消息文本进行优化的更紧密编码。

例如，Aztec编解码器具有专门用于编码小写字母的模式，因此它可以编码大部分问题答案，每个字符只有5位。 QR编解码器仅针对大写URL进行了优化，并且必须将小写字母存储为完整的8位二进制数据。包含此文本的QR码必须编码的数据大约是Aztec代码的160％ - 然后它也需要一个边距空间。

QR码需要比Aztec代码更多的空间，但有免费提供的软件支持它们。

Aztec代码可以存储更多信息，但是对它们的免费支持很少。现在，它们可能更难以阅读和有效生成。

在Android手机上，Google的“条码扫描器”应用程序会在比QR码延迟更长时间后扫描Aztec代码，并且用户必须在应用程序首选项中手动启用Aztec代码扫描。

类似地，免费条形码生成器包“zint”将产生Aztec代码，但是有一些错误，并且没有充分利用编解码器来尽可能小地优化它们的大小。另一方面，它生成的QR码是防弹的。

Answer 2

我对@fuzzyTew's answer中表示的用于编码和解码Aztec代码的FLOSS支持的相对不完全感到沮丧。

与Aztec相比，用于QR编码和解码的 开源代码更多，并且功能更完善且经过了全面测试。

太可惜了，因为阿兹台克代码在几个方面都优于QR。如@fuzzyTew's answer…

中所述

• 阿兹台克不需要符号周围有空白的“安静区域”，而QR则需要。
• 阿兹台克提供了连续可调的纠错级别，而QR码仅提供了几个discrete levels。
• 阿兹台克提供比QR高得多的密度，用于典型的应用程序，这些应用程序几乎全部由标准ASCII文本组成。
  • 与Aztec相比，QR与Aztec（5位/字符）相比，编码小写拉丁字母（8位/字符）的效率特别低。
  • 最大的QR尺寸177×177块可以以低纠错（〜7％）的二进制模式存储2953字节，而最大的Aztec尺寸151×151块可以等效的二进制模式存储2318字节7％的错误校正。在这种大小下，Aztec需要约9.83个块/字节，而QR需要约10.61。

Aztec的许多开源支持都基于ZXing。其中包括Android Barcode Scanner应用程序，以及许多在线编码器和解码器。

直到最近，ZXing的Aztec Code实现仍未正确支持非Latin1字符的编码或解码。 （QR，Aztec，PDF417和数据矩阵均使用ECI支持其他字符编码。）

最近我已经开始对其进行处理：

• 我added support用于正确解码ZXing中来自Aztec的非拉丁字符。
• 我added support用于在ZXing中正确地将非拉丁1字符集编码编码为Aztec。
• 我还added support用于在Python aztec_code_generator模块中对非Latin1字符集进行编码。

这一切的要点是：要获得高质量的开源Aztec编码器/检测器/解码器，实际上并不需要做很多工作。