关于easyexcel:在表格开发中如何选择适合自己的处理工具

引言

GcExcel和EasyExcel都是卓越的高性能Excel解决库。GcExcel是由葡萄城公司开发,可用于Java和.Net平台;而EasyExcel是阿里巴巴开发的基于Java的开源Excel解决库。 在本文中,咱们将对GcExcel和EasyExcel进行比拟,帮忙读者在理论场景中做出理智抉择。

EasyExcel与GcExcel的区别

每个产品背地都有其设计初衷,EasyExcel的次要指标是解决POI在读写Excel文件时遇到的一些问题,例如内存占用过大、经常出现OOM(内存溢出)谬误以及性能不够优越,无奈轻松解决大型文件的限度。因而,EasyExcel旨在提供更高效、更稳固的Excel读写解决方案,以满足解决大文件时的需要。

与EasyExcel不同,GcExcel的API设计初衷独具特色。EasyExcel重视于疾速、简便地读写Excel文件,而GcExcel则更加专一于晋升读写性能、公式计算性能以及高级Excel性能的反对,如图表、透视表、数据校验、条件格局等等。

GcExcel在超过Excel性能的根底上,踊跃投入于晋升性能,并为开发人员提供丰盛多样的高级Excel性能。无论是数据分析、报表制作还是简单公式运算,GcExcel都以杰出的性能和性能展示了其独特的价值。

EasyExcel与GcExcel的利用场景

因为解决问题的差别,这两个组件库都具备极高的性能,但它们将性能劣势利用于不同的场景中。

对于EasyExcel而言,Excel更像是数据的承载形式。当用户须要解决高并发量且对内存要求较高时,EasyExcel展现出更适宜的性能体现。

然而,Excel通过微软多年的倒退,衍生出许多不同的利用场景,如公式计算、数据填报、打印报送等。在这些场景中,通常须要组件库可能笼罩足够多的Excel性能。因而,在这些状况下,GcExcel更为实用。

例如,基金、保险、财税等行业通常须要进行Excel公式计算。通过应用GcExcel,能够实现服务端自动化公式计算的解决方案。

另外,对于计量检测、实验室治理等畛域,对导出性能需要较高。通过GcExcel能够实现自动化导出PDF以及定时报送等性能。

同时,葡萄城还提供了纯前端Excel组件库产品SpreadJS。如果场景须要前后端合作进行Excel解决,抉择GcExcel显然更加适合。

总之,依据不同的需要场景,抉择适合的组件库可能充分发挥其性能劣势,提供更好的Excel解决解决方案。

EasyExcel与GcExcel的API设计格调

EasyExcel的API采纳流式读写和事件驱动的形式,这种设计理念使得在操作Excel时,性能和内存之间的均衡可达到极致。同时,其标注式的设计理念将代码逻辑与Excel文件解耦,使开发人员只须要更好地思考模型的设计,而不用放心繁琐的Excel操作。综上所述,EasyExcel的API提供了高性能、高效率的Excel操作解决方案,让您可能更加专一于业务逻辑的实现。

// 摘自EasyExcel官网文档

 // 有个很重要的点 DemoDataListener 不能被spring治理,要每次读取excel都要new,而后外面用到spring能够构造方法传进去
 @Slf4j
 public class DemoDataListener implements ReadListener<DemoData> {

   /**
   * 每隔5条存储数据库,理论应用中能够100条,而后清理list ,不便内存回收
   */
   private static final int BATCH_COUNT = 100;
   /**
   * 缓存的数据
   */
   private List<DemoData> cachedDataList = ListUtils.newArrayListWithExpectedSize(BATCH_COUNT);
   /**
   * 假如这个是一个DAO,当然有业务逻辑这个也能够是一个service。当然如果不必存储这个对象没用。
   */
   private DemoDAO demoDAO;

   public DemoDataListener() {
     // 这里是demo,所以轻易new一个。理论应用如果到了spring,请应用上面的有参构造函数
     demoDAO = new DemoDAO();
   }

   /**
   * 如果应用了spring,请应用这个构造方法。每次创立Listener的时候须要把spring治理的类传进来
   *
   * @param demoDAO
   */
   public DemoDataListener(DemoDAO demoDAO) {
     this.demoDAO = demoDAO;
   }

   /**
   \* 这个每一条数据解析都会来调用
   *
   * @param data  one row value. Is is same as {@link AnalysisContext#readRowHolder()}
   * @param context
   */
   @Override
   public void invoke(DemoData data, AnalysisContext context) {
     log.info("解析到一条数据:{}", JSON.toJSONString(data));
     cachedDataList.add(data);
     // 达到BATCH_COUNT了,须要去存储一次数据库,避免数据几万条数据在内存,容易OOM
     if (cachedDataList.size() >= BATCH_COUNT) {
       saveData();
       // 存储实现清理 list
       cachedDataList = ListUtils.newArrayListWithExpectedSize(BATCH_COUNT);
     }
   }

   /**
   * 所有数据解析实现了 都会被调用
   *
   * @param context
   */
   @Override
   public void doAfterAllAnalysed(AnalysisContext context) {
     // 这里也要保留数据,确保最初遗留的数据也存储到数据库
     saveData();
     log.info("所有数据解析实现!");
   }

   /**
   * 加上存储数据库
   */
   private void saveData() {
     log.info("{}条数据,开始存储数据库!", cachedDataList.size());
     demoDAO.save(cachedDataList);
     log.info("存储数据库胜利!");
   }
 }

GcExcel的API则以Excel为底本,采纳工作簿(workbook)、工作表(worksheet)和区域(range)等概念,使整个组件库可能完满反对Excel的各种性能。如果您对Excel十分相熟,那么应用GcExcel时会感到十分亲切和天然。

这两种设计形式就像解决不同场景的两个产品一样,它们都适宜不同格调的开发人员。

对于那些谋求极致技术的开发人员来说,EasyExcel的灵活性十分适合。而对于那些更重视疾速解决业务需要、求实的开发人员来说,GcExcel提供了多样化的API抉择,并且与Excel高度兼容,可能高效赋能于这种场景。

 Workbook wb = new Workbook();
 IWorksheet sheet1 = wb.getWorksheets().get(0);
 Object[][] values = (Object[][]) sheet1.getRange("A1:Z26").getValue();

最初

通过上述的比照,EasyExcel和GcExcel别离实用于不同的状况。

在抉择时,您能够依据不同的维度思考,抉择更适宜本身场景的Excel解决库。

评论

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

这个站点使用 Akismet 来减少垃圾评论。了解你的评论数据如何被处理