检查最终字符串中的 ITF 或 Code 128 条码完整性
Checking a ITF or Code 128 bar code integrity in a final string
有一款软件可以接收条码扫描器应用程序扫描的条码或手动输入条码。
有了 EAN，一切都非常清楚：它包含一个校验位，并使用一种特殊的算法，我可以在手动输入代码时检查代码的完整性。
ITF 或 Code 128 似乎并非如此。完整性检查似乎只存在于条形码级别，一旦生成最终代码字符串，就无法检查其完整性。我没看错吧？
您有三种不同的条形码类型：
EAN/UPC 校验位是符号的组成部分（意味着 reader 将根据校验位验证扫描），以人类可读的形式打印，并且是返回值的一部分由 reader.
Code128 校验位是符号的组成部分，但通常不以人类可读的形式打印，通常也不由 reader 返回。手动输入代码时，校验位不是数据的一部分。
对于 ITF14，校验位不是符号的组成部分，因此 reader 可能无法验证它。 ITF14 只是一个 2-of-5 符号，除非 reader 配置为仅接受 ITF14，在这种情况下，应该验证校验位。校验位通常以人类可读的形式打印，并由 reader 返回。手动输入 ITF14 时，校验位通常是输入值的一部分。
对于 ITF14，许多行为取决于 reader 的配置。
有一款软件可以接收条码扫描器应用程序扫描的条码或手动输入条码。
有了 EAN，一切都非常清楚：它包含一个校验位，并使用一种特殊的算法，我可以在手动输入代码时检查代码的完整性。
ITF 或 Code 128 似乎并非如此。完整性检查似乎只存在于条形码级别，一旦生成最终代码字符串，就无法检查其完整性。我没看错吧？
您有三种不同的条形码类型：
EAN/UPC 校验位是符号的组成部分（意味着 reader 将根据校验位验证扫描），以人类可读的形式打印，并且是返回值的一部分由 reader.
Code128 校验位是符号的组成部分，但通常不以人类可读的形式打印，通常也不由 reader 返回。手动输入代码时，校验位不是数据的一部分。
对于 ITF14，校验位不是符号的组成部分，因此 reader 可能无法验证它。 ITF14 只是一个 2-of-5 符号，除非 reader 配置为仅接受 ITF14，在这种情况下，应该验证校验位。校验位通常以人类可读的形式打印，并由 reader 返回。手动输入 ITF14 时，校验位通常是输入值的一部分。
对于 ITF14，许多行为取决于 reader 的配置。