问题描述
客户现有系统生成的条码内容为40+个字符（英文+数字），打印出的条码过长难以扫描甚至超出单个标签边界，现用码制是code128，请问有没有生成条码长度更短的码制？
解决方案
解决方案二：
换二维码吧。坚持用一维码的话，就把编码机制改下，由40+的编码再对应生成一个识别条码。128应该是最短的
解决方案三：
谢谢建议，问题背景没交待全，客户的扫描枪是一维码的，一来更换成本较高，二来跟客商还有交互，所以还是只能用一维码，现在我能想到的办法只有在不影响识别率的前提下尽量让线变细。
解决方案四：
应该是你们的所谓“40+个字符（英文+数字)”编码设计严重脱离实际。你让线变细，为什么不让自己的编码现在在12个数字以内呢？
解决方案五：
为什么不让自己的编码现在在12个数字以内呢-->为什么不让自己的编码限制在12个数字以内呢
解决方案六：
另一个重点是条码打印机，条码打印机分辨率越高，可以打印的条码越短。
解决方案七：
如果你非要弄1000个字符上去,即使是二维码,也要打印出老大一张才行为什么非弄40+个字符呢
解决方案八：
长度是客户的要求，我估计目的是不通过编码查数据库，而是直接通过编码解析数据。
解决方案九：
引用7楼applej的回复:
长度是客户的要求，我估计目的是不通过编码查数据库，而是直接通过编码解析数据。
是因为查不到数据库么？还是自己“觉得”查数据库不好？
解决方案十：
客户提出的无理要求,应该学会拒绝用编码查数据库还是直接解析数据,是做方案的人的工作,用户只需要提出需求,不要参与到代码设计中来
解决方案十一：
还有,你不要随便"估计",问清楚用户为什么要这样,不这样可以不可以不要随便臆测用户的想法,也不要被用户的想法左右,用户提出个错误的想法,你就按照错误的路线去做?
解决方案十二：
用户现在提出要放40个字符,你使使劲还能挤下要是用户提出100个字符呢,你也生成一个超长的标签出来?
解决方案十三：
多简单的问题呀，脑子不会转弯，做个条码与编码对应表不就完了么，sdfdfsfsdadfafsd1334242342343223423423423423423432对应的条码是00000000000001，查询时扫到的条码去找编码。
解决方案十四：
code128每个标志位都有相应标准含义的，所以你如果已经是用128了，那就不可能再用其它一维码了，至于你所谓的条码长，40个还在标准范围内，如果你实在觉得太长，code128也支持拆分成两个条形码的最大物理长度不应超过165mm，可编码的最大数据字符数为48，其中包括应用标识符和作为分隔符使用的FNC1字符，但不包括辅助字符和校验符
解决方案十五：
引用7楼applej的回复:
长度是客户的要求，我估计目的是不通过编码查数据库，而是直接通过编码解析数据。
估计你这个是GS1-128，有各种标准含义
解决方案：
感觉这个客户需求有点问题.很可能客户将什么产地,材质....等等全都放到条码里面了.这么长,要么,就上二维码.要么.截了.变两个二维码.