| Crates.io | option-operations |
| lib.rs | option-operations |
| version | 0.6.0 |
| created_at | 2021-10-07 17:02:28.34282+00 |
| updated_at | 2025-09-01 18:32:35.53223+00 |
| description | Traits and auto-implementations to improve arithmetic operations usability when dealing with `Option`s. |
| homepage | |
| repository | https://github.com/fengalin/option-operations |
| max_upload_size | |
| id | 461860 |
| size | 124,037 |
option-operations provides traits and auto-implementations to
improve arithmetic operations usability when dealing with Options.
Dealing with two Options, can lead to verbose expressions:
let lhs = Some(1u64);
let rhs = Some(u64::MAX);
assert_eq!(
lhs.zip(rhs).map(|(lhs, rhs)| lhs.saturating_add(rhs)),
Some(u64::MAX),
);
Thanks to the trait OptionSaturatingAdd we can write:
assert_eq!(
lhs.opt_saturating_add(rhs),
Some(u64::MAX),
);
The trait can also be used with the inner type:
assert_eq!(
lhs.opt_saturating_add(u64::MAX),
Some(u64::MAX),
);
assert_eq!(
1.opt_saturating_add(rhs),
Some(u64::MAX),
);
PartialOrd for Option<T>Another purpose is to workaround the PartiaOrd implementation
for Option<T>, which uses the declaration order of the variants
for Option. None appearing before Some(_), it results in
the following behavior:
let some_0 = Some(0);
let none: Option<u64> = None;
assert_eq!(none.partial_cmp(&some_0), Some(Ordering::Less));
assert_eq!(some_0.partial_cmp(&none), Some(Ordering::Greater));
In some cases, we might consider that None reflects a value which
is not defined and thus can not be compared with Some(_).
assert_eq!(none.opt_cmp(&some_0), None);
assert_eq!(some_0.opt_cmp(&none), None);
Of course, this is consistent with other usual comparisons:
assert_eq!(none.opt_lt(&some_0), None);
assert_eq!(none.opt_min(&some_0), None);
This crate is licensed under either of
at your option.