web报表插件FineReport7.1.1
大小：148.2M 适用平台：windows/linux
一维条形码一维条形码常见的大概有二十多种码制，其中包括：Code39码（标准39码）、Codabar码（库德巴码）、Code25码（标准25码）、ITF25码（交叉25码）、Matrix25码（矩阵25码）、UPC-A码、UPC-E码、EAN-13码（EAN-13国际商品条码）、EAN-8码（EAN-8国际商品条码）、中国邮政码（矩阵25码的一种变体）、Code-B码、MSI码、Code11码、Code93码、ISBN码、ISSN码、Code128码（Code128码，包括EAN128码）、Code39EMS（EMS专用的39码）等等，FineReport支持几乎所有的一维条码。下面我们主要我们以Code39码为例介绍一维条形码。Code39码，采用数字、字母等组成的方式，主要用于工业、图书及票证的自动化管理，目前使用极为广泛。一般来说，我们是将一组数字转换为条形码。FineReport支持几乎所有常见的条形码格式。
示例—Code39码新建报表添加数据库查询ds1，SQL语句：SELECT * FROM ORDERS
绑定数据列设置如下表：
表样设计，如下图：
设置条形码右击A2单元格，选择形态>条形码或者在右侧单元格属性表中选中形态>条形码，如图所示：在类型的下拉框中，已列出各种可支持的条形码转换格式，这里我们可选择默认的CODE39。可自定义条形码的宽度和高度，这张表中我们使用的是默认设置。同时可根据需要选择是否同时显示文本（这里指数字）。
效果查看效果图，如下：
二维条形码二维条形码是指在一维条码的基础上扩展出另一维具有可读性的条码。一维条码（如：条形码）的宽度记载着数据，而其长度没有记载数据。二维条码的长度、宽度均记载着数据。且二维条码比一维条码记载的数据量更多，可以记载更复杂的数据，比如图片等。二维条码有一维条码没有的“定位点”和“容错机制”。定位点 ，二维条码通常有三个定位点，这三个定位点提供读码机辨识。因为有这些定位点，所以二维条码不管是从何种方向读取都可以被辨识。容错机制，在即使没有辨识到全部的条码，或是说条码有污损时，也可以正确地还原条码上的资讯。下面我们以RQ码为例介绍二维条形码。
示例—RQ码RQ码QR码是二维条码的一种，1994年由日本Denso-Wave公司发明。QR来自英文“Quick Response”的缩写，即快速反应的意思，源发明者希望QR码可让其内容快速被解码。QR码最常见于日本，并为目前日本最流行的二维空间条码。QR码比普通条码可储存更多资料，亦无需像普通条码般在扫描时需直线对准扫描器。QR码原本是为了在汽车制造厂便于追踪零件而设计，今日QR码已广泛使用在各行各业的存货管理。使用者亦可透过设有RS-232C界面的个人电脑及解码程式，连接扫描器或摄影机取得QR码中的资料，十分适合存货管理等企业应用。QR码呈正方形，只有黑白两色。在3个角落，印有较小的像“回”字的的正方图案。这3个是帮助解码软件定位的图案，使用者不需要对准，无论以任何角度扫描，资料仍可正确被读取。根据Denso Wave公司的网站资料，QR码是属于开放式的标准。除了标准的QR码之外，也存在一种称为“微型QR码”的格式，是QR码标准的缩小版本，主要是为了无法处理较大型扫描的应用而设计。微型QR码同样有多种标准，最高可储存35个字符。QR码的效果如如下：
制作过程右击一单元格，选择形态>条形码 ，弹出条形码定义对话框， 修改选择其类型为QRcode，如图所示：其中，版本：指容纳信息量，版本号越高，容纳的信息越大，默认会根据所要显示的内容大小自动调整版本号；当然也可根据需要自定义选择。纠错：指错误修正的容量。L级 7%的字码可被修正；M级 15%的字码可被修正；Q级 25%的字码可被修正；H级 30%的字码可被修正。像素：指其QR码中最小单位的像素。
另附：QR码各类型的资料容量，参见如下：