Feat/reschedule

[ishiko732]

增加重排功能，根据Card当前的stability、last_review 和期望的request_retentions来进行重排。
f. reschedule方法：

• 会根据传入的类型来决定返回的类型，并允许用户传入options.dateHandler来解决日期类型转换问题
• 排除卡片状态为State.New、State.Learning、State.Relearning数据
• 默认启用enable_fuzz来进行重排，允许用户传入options.enable_fuzz=false来关闭抖动
• 仅返回需要重排的卡片集合

@L-M-Sherlock 叶大，麻烦看看这样设计有没有问题？
目前期望该方法能够在变更enable_fuzz后对没开启前的卡片进行重排产生一定的随机延迟间隔。

[github-actions]

Coverage report

St.❔	Category	Percentage	Covered / Total
🟢	Statements	100%	305/305
🟢	Branches	100%	122/122
🟢	Functions	100% (+1.59% 🔼)	47/47
🟢	Lines	100%	298/298

Test suite run success

72 tests passing in 10 suites.

Report generated by 🧪jest coverage report action from 112de0d

[L-M-Sherlock]

应该没问题，不过 fuzz 的实现我的 helper add-on 改了，和 Anki 原生实现统一了。具体参考这里：

https://github.com/open-spaced-repetition/fsrs4anki-helper/blob/19581d42a957285a8d949aea0564f81296a62b81/utils.py#L113-L146

[ishiko732]

不过 fuzz 的实现我的 helper add-on 改了，和 Anki 原生实现统一了。

我根据参考修改了apply_fuzz和next_interval方法，我觉得ts-fsrs不能像fsrs4anki-helper那样在FSRS的成员变量添加elapsed_days: int。（ https://github.com/open-spaced-repetition/fsrs4anki-helper/blob/19581d42a957285a8d949aea0564f81296a62b81/schedule/reschedule.py#L22C5-L22C17 ）
因为ts-fsrs不希望每创建一张卡片就创建一个FSRS实例，所以apply_fuzz和next_interval增加多了一个参数elapsed_days。

apply_fuzz(ivl: number, elapsed_days: number, enable_fuzz?: boolean): int;

next_interval(s: number, elapsed_days: number, enable_fuzz: boolean):int;

虽然算法方法有所改动，但对于用ts-fsrs创建项目的开发者来说这是无感的。

---

然后是ts-fsrs目前没有enable_load_balance这个参数，这一块代码我不确定是否要参考编写（可能要开新的PR）：
https://github.com/open-spaced-repetition/fsrs4anki-helper/blob/19581d42a957285a8d949aea0564f81296a62b81/schedule/reschedule.py#L81-L123

[L-M-Sherlock]

然后是ts-fsrs目前没有enable_load_balance这个参数

这个 feature 比较复杂。我建议等 Anki 内置了再做[doge]

[ishiko732]

然后是ts-fsrs目前没有enable_load_balance这个参数

这个 feature 比较复杂。

目前暂时不考虑balance。当前在没有enable_load_balance的情况下，reschedule应该算完成了。

[L-M-Sherlock]

LGTM