在 FixaCalendar 中,节假日被处理为时间线上的点,程序通过查询时间线上起始日期和终止日期之间的点的数量来计算两个日期之间的节假日数量,从而进行工作日相关的推导。
那么,为什么不直接用一个列表存储节假日,然后遍历计算节假日数量呢?
作者没有也没打算做性能分析, 因为不管性能是更好了还是更坏了,在大多数使用场景下这点都不够看的。内存消耗也不是什么大的问题,假日办每年只会发布明年的假期安排,原本就不需要把多少数据放在内存里。
作者只是演示下 Bitmap 能拿来这么用而已,你要抠性能可以换成有序数组。
Fixa 是作者用 JetBrains IDEA 随机项目生成器插件使用瑞典家具风格随机生成的。
FixaCalendar 主要用于计算非工作日(DayOff)和工作日(Workday),但 isXXX
方法还支持额外的定义:
isWeekend
: 是否是周末(与是否为工作日无关)isHoliday
: 是否是节假日(可能同时是周末)isFlexibleWorkday
: 是否是调休产生的工作日(也可能同时是周末)
周末(Weekend
)是固定的,由 FixaWeekendEnum 枚举类型的变量在初始化时定义。
节假日(Holiday
)和调休工作日(FlexibleWorkday
)可以由方法动态添加,但是需要注意添加的顺序,因为节假日和调休工作日的优先级是一样的。
例如先调用 addHolidays(LocalDate.of(2024,4,1))
添加了 2024-04-01 为节日,再使用 addFlexibleWorkday
将其设置为调休产生的工作日,则对该日期的 isHoliday
和 isFlexibleWorkday
以及 isWorkday
都将返回 True
,而 isDayOff
返回 False
。
如果先调用 addFlexibleWorkday
再调用 addHolidays
,则 isWorkday
返回 False
,isDayOff
返回 True
。
你可以通过 Maven 中央仓库获取 FixaCalendar,最新版本可通过 Sonatype Maven Central Repository 查询,目前发布的版本为 0.0.1
。
<dependency>
<groupId>cc.ddrpa.fixa</groupId>
<artifactId>fixa</artifactId>
<version>0.0.1</version>
</dependency>
因为作者使用了一些来自新 JDK 的好东西,所以需要 Java 17 或更高版本,但是降级到 Java 8 也应该很容易。
构造一个 FixaCalendar 实例,从2024年3月9日开始初始化一年的周六周日作为周末,添加 2024年的清明节假期调休与工作日:
FixaCalendar calendar = new FixaCalendar(
FixaWeekendEnum.SATURDAY_AND_SUNDAY,
LocalDate.of(2024, 3, 9),
Duration.ofDays(365));
calendar.addHolidays(List.of(
LocalDate.of(2024, 4, 4),
LocalDate.of(2024, 4, 5),
LocalDate.of(2024, 4, 6),
));
calendar.addFlexibleWorkday(LocalDate.of(2024, 4, 7));
行为和 Microsoft Excel 的 NETWORKDAYS(start_date, end_date)
函数类似。
int workdays = calendar.netWorkdays(start, end);
行为和 Microsoft Excel 的 WORKDAY(start_date, days)
函数类似。
LocalDate date = calendar.workday(startDate, duration);
List<LocalDate> dayOffs = calendar.dayOffs(startDate, endDate);
LocalDate nextDayOff = calendar.nextDayOff(startDate);
对一个节假日日历来说,最重要的是初始化数据从哪里来。幸运的是互联网上有许多这样的节假日数据,例如爬取了假日办公告的 NateScarlet/holiday-cn - GitHub 项目,你可以参考 cc.ddrpa.fixa.AutoUpdateTests#NateScarletAutoUpdateTest()
用一个定时任务实现自己的定期更新机制。