原创分享 Excelize 开源五周年 🎉

xuri · 2021年08月31日 · 最后由 spf 回复于 2021年09月16日 · 232 次阅读
本帖已被设为精华帖!

Excelize 开源五周年

Excelize (github.com/xuri/excelize) 基础库自 2016 年开源以来已成为云原生应用尤其是 Go 语言开发者在处理电子表格办公文档时的热门选择。Excelize 基础库在本质上以其专业支持与良好的兼容性而广受欢迎,正在被广泛应用于大型互联网公司、中小企业客户和初创公司。今天时值开源五周年,历经 16 个发布版本,百余位 Contributors 参与贡献代码,作为发起人感谢所有支持项目发展的朋友,也很欣慰能够帮助到有需要的人。对于个人而言创建并维护一个开源项目需要的不仅是写代码、写文档和社区管理的能力,更重要的是如何保持这份热情,保持开心、充满活力、且高效输出的状态。

Excelize Star History

Excelize Star History

Excelize Contributors

Excelize Contributors

未来将继续和社区的开发者们一起在功能、兼容性和性能上做优化,涉及方向包括但不限于:

  • 更多接口将提供并发安全支持

  • 对包含大规模数据文档读写性能的持续优化

  • 公式计算引擎增加更多计算函数

  • 复杂条件格式的设置、数据预测支持等

  • 灵活控制图表样式

  • 数据透视表、数据透视图、切片器功能

  • 更加精准的数字格式表达式解析

  • 工作簿加密

  • 提供更多可用流式读写接口

最后也欢迎感兴趣的朋友参与到开源项目的建设中来。

更多原创文章干货分享,请关注公众号
  • 加微信实战群请加微信(注明:实战群):gocnio
astaxie 将本帖设为了精华贴 09月01日 09:06

你好,对于 excelize 传入的时间类型必须是 utc 我有点疑问。我看了下 github 上的变更,之前在 timeToExcelTime 中有强制校验不是 UTC 直接报错,后来去掉的原因我大概明白。但是我觉得是不是改成校验如果不是 UTC,则在这个函数内转换成 utc 更好一点,比如

t, _ = time.ParseInLocation("2006-01-02 15:04", t.Format("2006-01-02 15:04"), time.UTC)

如果不能这样改有没有什么原因?

spf 回复

时间设置为了与 Excel 保持一致。

xuri 回复

但这样是不是对调用该接口的地方不太友好? 比如东八区,mysql 如果按照 datatime 存储,那么取出来的日期还要再显式的转换为 utc 时区。如果这个工作在 excelize 内做掉,调用者就不用关心自己的时区了。

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册