请教一维条码哪种码制生成的条码长度最短（字符+数字）

[applej]

客户现有系统生成的条码内容为40+个字符（英文+数字），打印出的条码过长难以扫描甚至超出单个标签边界，现用码制是code128，请问有没有生成条码长度更短的码制？

[quentin66]

换二维码吧。 坚持用一维码的话，就把编码机制改下，由40+的编码再对应生成一个识别条码。 128应该是最短的

[applej]

谢谢建议，问题背景没交待全，客户的扫描枪是一维码的，一来更换成本较高，二来跟客商还有交互，所以还是只能用一维码，现在我能想到的办法只有在不影响识别率的前提下尽量让线变细。

[sp1234_maJia]

应该是你们的所谓“40+个字符（英文+数字)”编码设计严重脱离实际。你让线变细，为什么不让自己的编码现在在12个数字以内呢？

[sp1234_maJia]

为什么不让自己的编码现在在12个数字以内呢 --> 为什么不让自己的编码限制在12个数字以内呢

[zbdzjx]

另一个重点是条码打印机，条码打印机分辨率越高，可以打印的条码越短。

[於黾]

如果你非要弄1000个字符上去,即使是二维码,也要打印出老大一张才行 为什么非弄40+个字符呢

[applej]

长度是客户的要求，我估计目的是不通过编码查数据库，而是直接通过编码解析数据。

[卧_槽]

引用 7 楼 applej 的回复:

长度是客户的要求，我估计目的是不通过编码查数据库，而是直接通过编码解析数据。

是因为查不到数据库么？还是自己“觉得”查数据库不好？

[於黾]

客户提出的无理要求,应该学会拒绝 用编码查数据库还是直接解析数据,是做方案的人的工作,用户只需要提出需求,不要参与到代码设计中来

[於黾]

还有,你不要随便"估计",问清楚用户为什么要这样,不这样可以不可以 不要随便臆测用户的想法,也不要被用户的想法左右,用户提出个错误的想法,你就按照错误的路线去做?

[於黾]

用户现在提出要放40个字符,你使使劲还能挤下 要是用户提出100个字符呢,你也生成一个超长的标签出来?

[娃都会打酱油了]

code128每个标志位都有相应标准含义的，所以你如果已经是用128了，那就不可能再用其它一维码了，至于你所谓的条码长，40个还在标准范围内，如果你实在觉得太长，code128也支持拆分成两个条形码的 最大物理长度不应超过 165mm，可编码的最大数据字符数为48，其中包括应用标识符和作为分隔符使用的FNC1字符，但不包括辅助字符和校验符 http://blog.csdn.net/starfd/article/details/7168854

[娃都会打酱油了]

引用 7 楼 applej 的回复:

长度是客户的要求，我估计目的是不通过编码查数据库，而是直接通过编码解析数据。

估计你这个是GS1-128，有各种标准含义 http://blog.csdn.net/starfd/article/details/7190128

[华芸智森]

感觉这个客户需求有点问题. 很可能客户将什么产地,材质....等等全都放到条码里面了. 这么长,要么,就上二维码. 要么.截了.变两个二维码.

[濛濛]

多简单的问题呀，脑子不会转弯，做个条码与编码对应表不就完了么，sdfdfsfsd adfafsd1334242342343223423423423423423432对应的条码是00000000000001，查询时扫到的条码去找编码。