Jiff

Jiff 是一个 Rust 日期时间库，鼓励你跳入成功的坑中。这个库的重点是提供高级日期时间原语，难以误用且性能合理。Jiff 支持与时区数据库的自动无缝集成、感知夏令时的算术和舍入、无损格式化和解析带时区的日期时间、可选的 Serde 支持等诸多功能。

Jiff 从 Temporal 获得了巨大的灵感，后者是一个旨在改进 JavaScript 日期时间处理的 TC39 提案。

双重许可：MIT 或 UNLICENSE。

文档

示例

以下是一个快速示例，展示了如何解析典型的 RFC 3339 时间戳，将其转换为带时区的日期时间，添加一段时间跨度并无损打印：

use jiff::{Timestamp, ToSpan};

fn main() -> Result<(), jiff::Error> {
    let time: Timestamp = "2024-07-11T01:14:00Z".parse()?;
    let zoned = time.intz("America/New_York")?.checked_add(1.month().hours(2))?;
    assert_eq!(zoned.to_string(), "2024-08-10T23:14:00-04:00[America/New_York]");
    // 或者，如果你想要 RFC3339 格式的字符串：
    assert_eq!(zoned.timestamp().to_string(), "2024-08-11T03:14:00Z");
    Ok(())
}

文档中还有更多示例。

使用方法

Jiff 已发布在 crates.io，可以通过在项目的 Cargo.toml 中添加 jiff 依赖来使用。或者更简单地，只需运行 cargo add jiff。

以下是一个完整示例，创建一个新的 Rust 项目，添加 jiff 依赖，创建一个简单日期时间程序的源代码，然后运行它。

首先，在新目录中创建项目：

$ mkdir jiff-example
$ cd jiff-example
$ cargo init

其次，添加 jiff 依赖：

$ cargo add jiff

第三，编辑 src/main.rs。删除原有内容，替换为以下代码：

use jiff::{Unit, Zoned};

fn main() -> Result<(), jiff::Error> {
    let now = Zoned::now().round(Unit::Second)?;
    println!("{now}");
    Ok(())
}

第四，使用 cargo run 运行：

$ cargo run
   Compiling jiff v0.1.0 (/home/andrew/rust/jiff)
   Compiling jiff-play v0.1.0 (/home/andrew/tmp/scratch/rust/jiff-play)
    Finished `dev` profile [unoptimized + debuginfo] target(s) in 1.37s
     Running `target/debug/jiff-play`
2024-07-10T19:54:20-04:00[America/New_York]

首次运行程序时会显示更多输出，如上所示。但后续运行不应该需要重新编译依赖项。

Crate 特性

Jiff 有几个 crate 特性，用于自定义对 Rust 标准库的支持、serde 支持以及是否将时区数据库的副本嵌入到你的二进制文件中。

文档的"crate 特性"部分列出了完整的支持特性集。

未来计划

我的计划是在接下来的约一年时间里迭代 Jiff API，并偶尔发布破坏性更改。假设 API 破坏性更改在一年后稳定下来，我计划发布 Jiff 1.0 版本，并长期承诺 API 稳定性（至少以年为单位）。

这个计划的目的是尽快使 Jiff 达到 1.0 稳定状态。原因是让其他人感到放心，可以将 Jiff 作为公共依赖项使用，而不会导致生态系统的频繁变动。

性能

Jiff 最重要的设计目标是成为一个高级日期时间库，使错误操作变得困难。其次是性能。Jiff 应该具有合理的性能，但可能还有改进的空间。请查看 bench 目录中的基准测试。

平台支持

在日期时间库的背景下，平台支持的问题主要与时区支持有关。具体来说：

Jiff 应如何确定像 Antarctica/Troll 这样的 IANA 时区标识符的时区转换？
Jiff 应如何确定当前系统的默认时区？

这两者都需要一定程度的平台交互。

对于发现时区转换数据，Jiff 依赖于 IANA 时区数据库。在 Unix 系统上，这通常位于 /usr/share/zoneinfo，尽管可以通过 TZDIR 环境变量进行配置（Jiff 会遵循这个设置）。在 Windows 上，Jiff 会自动将时区数据库的副本嵌入到编译后的库中。

对于发现系统时区，Jiff 在 Unix 上读取 /etc/localtime。在 Windows 上，Jiff 通过 GetDynamicTimeZoneInformation 读取 Windows 特定的时区标识符，然后通过 Unicode 的 CLDR XML 数据将其映射到 IANA 时区标识符。

我预计 Jiff 将随时间增加对更多平台的支持。请提交问题，尽管对于我难以测试的更冷门平台，我可能需要依赖贡献者的拉取请求。

有关平台支持的更多信息，请参阅 PLATFORM.md。

依赖项

在撰写本文时，Jiff 在 Unix 上没有任何依赖项并非偶然。总的来说，我对在像 Jiff 这样的生态系统 crate 中添加新依赖项的态度非常保守。我认为添加新依赖项主要有两个用例：

当依赖项实际上是与平台交互所必需的。例如，在 Windows 上发现系统时区需要 windows-sys。
当依赖项对互操作性必不可少时。例如，serde。但即使在这里，我也期望保持保守态度，通常只愿意依赖破坏性更改发布频率低于 Jiff 的项目。

添加新依赖项的次要用例是如果 Jiff 被拆分成多个 crate。我曾经出于非常令人信服的原因对 regex crate 做过类似的事情。Jiff 也有可能发生这种情况，尽管目前没有这样的计划。总的来说，我预计 crate 的数量会保持较少，如果只是为了保持维护的轻量级。（根据我的经验，管理大量的 semver API 边界会带来很多开销。）

最低 Rust 版本政策

本 crate 支持的最低 rustc 版本是 1.70.0。

政策是，使用此 crate 所需的最低 Rust 版本可以在次要版本更新中增加。例如，如果 jiff 1.0 需要 Rust 1.20.0，那么 jiff 1.0.z（对于所有 z 值）也将需要 Rust 1.20.0 或更新版本。但是，jiff 1.y（对于 y > 0）可能需要更新的最低 Rust 版本。