任何工具，它的使命和目的都是为了提升效率
报表工具一样，它是为了提升报表开发效率而诞生的，一个工具的效率高低，直接决定这个工具的价值，效率高的，不仅做起来简单方便，还能给项目上节省很多成本；效率低的，开发起来费事费力，不仅工程师受不了，而且会常年累月无形中浪费掉的人工成本
润乾报表是一款有二十多年历史的报表工具，自诞生之日起，它的开发效率高就在业界得到了广泛认可，一直到现在，它仍然是效率高的代表
为什么会这样呢，因为魔鬼在细节，润乾各种小细节都做的好，很多麻烦事一个选项就搞定，省去了一堆繁琐的操作，效率自然就高了
举个简单的例子：
分组合并格，是谁都能做的功能，比如下面这个分组报表
第一列的分组，类别相同的，就自然同值合并了
但是后面的第三列，也有需要同值合并的地方，比如两个 2，两个 3，这时候就需要动态同值合并功能了
这里两个相同的 2 合并是要的，但相同的 3 是否合并，就需要看业务需求了，因为这两个 3 没在同一个类别 ID 里
需要合并就得能合并，做出来是这样的
不需要合并就不合并，就变成了这样
这些如果考虑不周全，做起来非常费劲，而润乾则把这些常见和不常见的需求都考虑到了
比如同值合并，合并方式有 3 种
横向合并 / 纵向合并 / 双向合并
合并模式还有 4 种
默认 / 顺序 / 逆序 / 简单，就可以把各种合并需求全覆盖
空值合并，合并的方式也有 4 种：向下，向上，向左，向右
各种合并方式都考虑到了，都支持，都可以，一个选项搞定，做起来就会效率更高
再比如水印
这也是基础功能，都能支持，但水印很多时候都是动态的，比如张三的水印是张三，李四的水印是李四，这个动态的就不一定都方便做了
润乾，一个表达式就可以实现动态水印
有参数或者需要填报的报表，下拉日历也是常见需求，大部分工具也都支持
但日期的选择，通常需要个范围，比如退休员工的出生日期，必须在某个范围内，有范围的限定才会让输入更简单，更准确
润乾就很细心的提供了这个设置，如果没这个设置，用户恰好有需要，那就只能是等着厂家开发了
下拉树也都有
功能也基本都相同，但有个细节是性能，下拉树很容易遇到数据量大的情况，如果只是支持，但没考虑性能，那遇上大数据量，就会卡顿，处理起来就又得费时费力
润乾报表则做得非常细致，用异步加载的方式解决了性能方面的隐患，初始时只加载首层节点的数据，当展开某子节点时，再加载它的子节点数据，不展开的就不加载
打印与导出也有很多细节会影响开发效率
比如大部分工具都支持导出 word，但像这样的生成 word 报告的功能却基本都没有
结果就只能在在设计器中一点点排版，这样的效率很低，而且费半天劲儿的结果也只是差强人意
而润乾采用的是新方案，直接可以把报表插入到 word 中，效率就会高出很多
报表有时候需要呈现 HTML 类型的数据，报表工具也基本都支持单元格 HTML 类型，但有些工具，展现做的还可以，导出就没效果了
比如这样的的带 CSS 的
而润乾报表支持程度很高，各种情况都想到过，遇到过，都能识别
也都可以导出，所见即所得，展现什么样子，导出就什么样子，就不用专门费劲儿再去特殊处理，很省事
报表导出成 EXCEL 等文本的时候，都需要命名，一般都默认的是报表名，如果想自定义，大部分工具的处理方式是在 jsp 内获取单元格或 url 参数值进行处理
润乾报表则可以直接设置
比如文件名需要加上导出日期，一步就实现了
没有这功能，就得手工做，虽然也不难，但效率就低了
另外现在很多报表工具都集成第三方统计图，比如 Echarts，因为第三方统计图更美观，且种类齐全，但导出，打印这些第三方的图形是个麻烦事，有些工具就是只能看，不能导出，如果用户需要导出，那对不起，麻烦工程师开发一下吧
润乾报表则可以直接打印导出
另外，值得一提的是，润乾报表还有一个其它报表工具都没有的数据准备层
原先需要耗费高级工程师大量时间的大段 SQL，存储过程，中间表，以及 JAVA 程序，都可以用这个数据准备层的 SPL 脚本高效完成了
它能直接对接关系数据库，文本，HTTP，NOSQL 等各类数据源，并能直接进行混算，而且开发过程很简单
比如这个来自 HTTP 的 JSON 数据和来自 ORACLE 数据的混算，SPL 五行就可以做完，但 JAVA 或 SQL 就不知道得写多长了
而且 SPL 还能快速实现各类复杂的多步骤、过程式计算，比常规的 SQL 开发要高效很多，在很多场景下性能也比 SQL 要好很多
细微之处见真章，毫厘之优定乾坤
这些就是润乾报表的一些细节功能，而且这样的细节还有很多
每个细节都比同类产品要好一些，组合到一起，那整体效率就会高出很多
