XXL-EXCEL v1.0.0,Java 对象和 Excel 转换工具
许雪里 2017年09月12日

XXL-EXCEL v1.0.0,Java 对象和 Excel 转换工具

许雪里 许雪里 发布于2017年09月12日 收藏 88

XXL-EXCEL v1.0.0 发布,特性如下:

  1. Excel导出:支持Java对象装换为Excel,并且支持File、字节数组、Workbook等多种导出方式;

  2. Excel导入:支持Excel转换为Java对象,并且支持File、InputStream、文件路径、Workbook等多种导入方式;

文档:中文文档

社区交流:社区交流

项目贡献:欢迎参与项目贡献!比如提交PR修复一个bug,或者新建 Issue 讨论新特性或者变更。

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:XXL-EXCEL v1.0.0,Java 对象和 Excel 转换工具
分享
评论(24)
精彩评论
1
Excel电子表格 可分为三部分:头部,左部,右部;其中头部和左部可能是比较复杂的格式(合并列或合并行),右部基本上是普通的数据表格。比如 头部 和 左部 包含多级字典项,这里就有合并行、合并列的问题,作者是否考虑这种复杂表格的兼容情况?
1
前排支持
最新评论
0
有个项目easypoi可以对比参考一下
0
复杂表体,我一般都不建议在jxl或poi之上再做一个通用组件,这一般都是业务紧耦合的,通用性都不高
0

引用来自“wzfz”的评论

几个月前做类似的事情,感觉这种还是要多看业务中怎么使用,不过通过注解来做还是感觉比较好,注解里面可以多久些东西,比如 排序的字段,对枚举类型,时间类型处理。这样代码控制起来容易一点。 复杂一点可以考虑数据结构比较复杂的情况需要合并单元格等。
感谢关注和建议啊 :smile:
字段排序、时间类型支持和单元格合并等建议,已经在TODO里面汇总规划,会慢慢完善迭代发布的啊。
以Java对象的方式操作Excel,可以大大降低Excel的操作和开发学习成本,如果有好的建议,也欢迎提issue和pr哈 :smile:
0
几个月前做类似的事情,感觉这种还是要多看业务中怎么使用,不过通过注解来做还是感觉比较好,注解里面可以多久些东西,比如 排序的字段,对枚举类型,时间类型处理。这样代码控制起来容易一点。 复杂一点可以考虑数据结构比较复杂的情况需要合并单元格等。
0

引用来自“zigzagroad”的评论

Excel电子表格 可分为三部分:头部,左部,右部;其中头部和左部可能是比较复杂的格式(合并列或合并行),右部基本上是普通的数据表格。比如 头部 和 左部 包含多级字典项,这里就有合并行、合并列的问题,作者是否考虑这种复杂表格的兼容情况?

引用来自“noday”的评论

这个需求做到就可以了,不止表头里有合并,数据里也有合并

引用来自“zigzagroad”的评论

嗯,这种情况多数与业务有关,作为底层工具来说,可能不会直接提供支持,但需要有API能支持自定义,这样就可以了,我是这样理解的。

引用来自“许雪里”的评论

这条建议和我不谋而合啊!
行合并、列合并,确实十分有必要,建议已经加入TODO列表里,后面会排期规划和发布啊。
感谢关注和支持哈:)

引用来自“zigzagroad”的评论

作者 客气了~,所提建议如不合适,还望不要介意才好 :satisfied:

N年以前做过统计报表的数据展现和导出Excel文件,其中就有 头部标题和左部标题来源于不同的数据字典,以及头部和左部的字典标题 与 右部数据 的对齐,这个相当麻烦的,所以才提这个建议。我估计从API层面只能提供API接口来进行支持,毕竟这与业务的耦合度极高。当然,也不排除 作者 可能有其他更好的想法 :smiley:

引用来自“许雪里”的评论

还是要感谢支持啊 :smile:
这种需求确实与业务耦合比较高,提供API接口来支持是个很好的方法啊。
其实,通过一些扩展父类和注解,一个Java类对象已经可以完全描述一张Excel表,现在要做的就是把Java对象映射成Excel文件,同时保证性能和稳定。
哈哈,如果有好的建议和方案,环境issue和pr啊 :smile:
嗯嗯,一定的 :smile:
0

引用来自“zigzagroad”的评论

Excel电子表格 可分为三部分:头部,左部,右部;其中头部和左部可能是比较复杂的格式(合并列或合并行),右部基本上是普通的数据表格。比如 头部 和 左部 包含多级字典项,这里就有合并行、合并列的问题,作者是否考虑这种复杂表格的兼容情况?

引用来自“noday”的评论

这个需求做到就可以了,不止表头里有合并,数据里也有合并

引用来自“zigzagroad”的评论

嗯,这种情况多数与业务有关,作为底层工具来说,可能不会直接提供支持,但需要有API能支持自定义,这样就可以了,我是这样理解的。

引用来自“许雪里”的评论

这条建议和我不谋而合啊!
行合并、列合并,确实十分有必要,建议已经加入TODO列表里,后面会排期规划和发布啊。
感谢关注和支持哈:)

引用来自“zigzagroad”的评论

作者 客气了~,所提建议如不合适,还望不要介意才好 :satisfied:

N年以前做过统计报表的数据展现和导出Excel文件,其中就有 头部标题和左部标题来源于不同的数据字典,以及头部和左部的字典标题 与 右部数据 的对齐,这个相当麻烦的,所以才提这个建议。我估计从API层面只能提供API接口来进行支持,毕竟这与业务的耦合度极高。当然,也不排除 作者 可能有其他更好的想法 :smiley:
还是要感谢支持啊 :smile:
这种需求确实与业务耦合比较高,提供API接口来支持是个很好的方法啊。
其实,通过一些扩展父类和注解,一个Java类对象已经可以完全描述一张Excel表,现在要做的就是把Java对象映射成Excel文件,同时保证性能和稳定。
哈哈,如果有好的建议和方案,环境issue和pr啊 :smile:
0

引用来自“zigzagroad”的评论

Excel电子表格 可分为三部分:头部,左部,右部;其中头部和左部可能是比较复杂的格式(合并列或合并行),右部基本上是普通的数据表格。比如 头部 和 左部 包含多级字典项,这里就有合并行、合并列的问题,作者是否考虑这种复杂表格的兼容情况?

引用来自“noday”的评论

这个需求做到就可以了,不止表头里有合并,数据里也有合并

引用来自“zigzagroad”的评论

嗯,这种情况多数与业务有关,作为底层工具来说,可能不会直接提供支持,但需要有API能支持自定义,这样就可以了,我是这样理解的。

引用来自“许雪里”的评论

这条建议和我不谋而合啊!
行合并、列合并,确实十分有必要,建议已经加入TODO列表里,后面会排期规划和发布啊。
感谢关注和支持哈:)
作者 客气了~,所提建议如不合适,还望不要介意才好 :satisfied:

N年以前做过统计报表的数据展现和导出Excel文件,其中就有 头部标题和左部标题来源于不同的数据字典,以及头部和左部的字典标题 与 右部数据 的对齐,这个相当麻烦的,所以才提这个建议。我估计从API层面只能提供API接口来进行支持,毕竟这与业务的耦合度极高。当然,也不排除 作者 可能有其他更好的想法 :smiley:
0

引用来自“zigzagroad”的评论

Excel电子表格 可分为三部分:头部,左部,右部;其中头部和左部可能是比较复杂的格式(合并列或合并行),右部基本上是普通的数据表格。比如 头部 和 左部 包含多级字典项,这里就有合并行、合并列的问题,作者是否考虑这种复杂表格的兼容情况?

引用来自“noday”的评论

这个需求做到就可以了,不止表头里有合并,数据里也有合并

引用来自“zigzagroad”的评论

嗯,这种情况多数与业务有关,作为底层工具来说,可能不会直接提供支持,但需要有API能支持自定义,这样就可以了,我是这样理解的。
这条建议和我不谋而合啊!
行合并、列合并,确实十分有必要,建议已经加入TODO列表里,后面会排期规划和发布啊。
感谢关注和支持哈:)
0

引用来自“稻帅”的评论

性能怎么样?
大数据量能否扛得住?比如百万 千万级数据
excel单sheet行数长度有限制:2003/xls=65536行,2007/xlsx=1048576行;
我已经将这条建议加入到项目的TODO规划中,会针对行数限制内的数据操作做性能优化。
感谢建议和支持啊:)
0

引用来自“云飞扬11”的评论

支持,后续会不会有docx-java啊?:smiley:
:smile: 这个可以有
0

引用来自“稻帅”的评论

性能怎么样?
大数据量能否扛得住?比如百万 千万级数据
你没有看前面作者的回复啊:“目前是整体Load”。这种情况下就看你的服务器和客户端机器的硬件情况了。
0

引用来自“zigzagroad”的评论

Excel电子表格 可分为三部分:头部,左部,右部;其中头部和左部可能是比较复杂的格式(合并列或合并行),右部基本上是普通的数据表格。比如 头部 和 左部 包含多级字典项,这里就有合并行、合并列的问题,作者是否考虑这种复杂表格的兼容情况?

引用来自“noday”的评论

这个需求做到就可以了,不止表头里有合并,数据里也有合并
嗯,这种情况多数与业务有关,作为底层工具来说,可能不会直接提供支持,但需要有API能支持自定义,这样就可以了,我是这样理解的。
0

引用来自“zigzagroad”的评论

Excel电子表格 可分为三部分:头部,左部,右部;其中头部和左部可能是比较复杂的格式(合并列或合并行),右部基本上是普通的数据表格。比如 头部 和 左部 包含多级字典项,这里就有合并行、合并列的问题,作者是否考虑这种复杂表格的兼容情况?
这个需求做到就可以了,不止表头里有合并,数据里也有合并
0
性能怎么样?
大数据量能否扛得住?比如百万 千万级数据
1
Excel电子表格 可分为三部分:头部,左部,右部;其中头部和左部可能是比较复杂的格式(合并列或合并行),右部基本上是普通的数据表格。比如 头部 和 左部 包含多级字典项,这里就有合并行、合并列的问题,作者是否考虑这种复杂表格的兼容情况?
0
支持,后续会不会有docx-java啊?:smiley:
0
作者好像就是之前被那谁拷贝的一个job框架的作者
0

引用来自“前面有人”的评论

支持支持
:smile: 感谢支持
0
支持支持
0

引用来自“老张大哥”的评论

是整体load还是流式读取?

引用来自“Lofo”的评论

整体load
是的,目前是整体Load,常用来做数据报表导出,表数据直接映射成excel比较方便。
如果有扩展需求,欢迎issue :)
顶部