条形码生成器

条形码,不过是一串扫描枪能飞快读出来的数字

一维条形码就是一排黑条和白缝,编码的是一小段字符——通常是商品号、SKU 或资产编号。激光或摄像头扫描枪读这些条的宽度,再把它还原成文字,比谁手动敲进去都快得多、也准得多。它出现在零售包装上、仓库货架上、图书馆的书上、发货纸箱上、血样试管上,还有你办公笔记本底下那张贴纸上。这个工具用 JsBarcode(MIT 协议的库)在你的浏览器里画出这些码,支持实际用得上的格式:CODE128、EAN-13、EAN-8、UPC-A、CODE39、ITF-14、MSI、Pharmacode、Codabar。

真正让人卡壳的,是选哪种格式,而这归结为一个岔路口。如果这个码是给你自己用的——盘点、资产标签、内部追踪、自家库房里的货架标签——你要的是 CODE128。它能编码任意字母和数字,排得紧,而且所有扫描枪都认。反过来,如果这个码得在世界上某个真实的零售收银台被扫,你需要的是 EAN-13、EAN-8 或 UPC-A——这里得说实话:这些是官方的 GS1 零售编号,号码本身必须通过 GS1 注册在你(或你的厂家)名下。这个工具确实能把任意 13 位数字渲染成一个"看着合法"的 EAN-13,但一个瞎编的号码并不是合法的零售码;商店的系统可能拒收,更糟的是可能和别人的商品撞号。编造的 EAN 只拿来做样机和测试,别拿去上货架。凡是内部用途,CODE128 直接绕开了整个注册问题。

工具会边输入边校验。严格格式有规矩——EAN-13 要正好 12 位数字加一位校验位,UPC-A 有自己的长度要求——你要是给了不合法的值,它会立刻用一条消息标出问题,而不是导出一张坏图。这是故意的:一个看着没事、却扫不出来的条码,比一个一眼能看出的错误更麻烦。

让它真能扫出来

有两个设置决定扫描枪能不能一次读到你的码。条宽(模块宽度)是最窄那根条的粗细;太细了,打印机或屏幕会把条糊到一起。条高只要够扫描枪横着扫到一条干净的线就行。第三样根本不是设置——是静区,也就是码左右两侧的空白边距。扫描枪要靠这块空白来找到条码从哪开始、到哪结束,所以千万别贴着条裁死,也别把它压在花哨的背景上。对比度也要够:浅底黑条。这里你能设前景色和背景色,但条太浅、底太深,正是码扫不出来的常见原因。除非有特别理由,把下方那行可读文字留着——扫描失败时,人还能照着手敲号码。

为什么用 SVG,为什么在本地

需要一张快速的位图时导出 PNG。这个条码要拿去打印时,导出 SVG。SVG 是矢量的,条在任何尺寸、任何 DPI 下都保持锐利——你能把它放进标签模板、一整版 Avery 不干胶,或包装设计里,打出来是清晰的,不会糊成马赛克。真要成批做标签,就用 SVG。

一切都在你的机器上完成。你的商品 SKU、资产编号、批次码都是生意数据,在这里它们不出浏览器——不上传、不注册,页面加载完之后断网照样能用。不少在线条码工具把 CODE128 或 SVG 导出锁在注册或付费墙后面,或者给输出打水印;这个不会。有两个限制得老实交代:它只做一维条码——二维码和其他 2D 码请用 QR 工具;而且它一次只画一个条码,不出成版的标签纸或整卷标签。