#non-zero #integer #traits #extension #type #numbers #literals

no-std nonzero_ext

Extensions and additional traits for non-zero integer types

8 releases

Uses old Rust 2015

0.3.0 Aug 21, 2021
0.2.0 Dec 24, 2019
0.1.5 Mar 10, 2019
0.1.2 Oct 23, 2018
0.0.2 Sep 15, 2018

#630 in Rust patterns

Download history 186391/week @ 2024-07-31 215135/week @ 2024-08-07 245312/week @ 2024-08-14 248186/week @ 2024-08-21 249049/week @ 2024-08-28 277257/week @ 2024-09-04 259289/week @ 2024-09-11 253125/week @ 2024-09-18 274399/week @ 2024-09-25 294949/week @ 2024-10-02 303428/week @ 2024-10-09 321849/week @ 2024-10-16 337719/week @ 2024-10-23 312447/week @ 2024-10-30 314503/week @ 2024-11-06 345164/week @ 2024-11-13

1,377,176 downloads per month
Used in 358 crates (34 directly)

Apache-2.0

16KB
120 lines

nonzero_ext

Traits to represent generic nonzero integer types

Build status Docs

Rust ships with non-zero integer types now, which let programmers promise (memory-savingly!) that a number can never be zero. That's great, but sadly the standard library has not got a whole lot of tools to help you use them ergonomically.

A macro for non-zero constant literals

Creating and handling constant literals is neat, but the standard library (and the rust parser at the moment) have no affordances to easily create values of num::NonZeroU* types from constant literals. This crate ships a nonzero! macro that lets you write nonzero!(20u32), which checks at compile time that the constant being converted is non-zero, instead of the cumbersome (and runtime-checked!) NonZeroU32::new(20).unwrap().

Traits for generic non-zeroness

The stdlib num::NonZeroU* types do not implement any common traits (and neither do their zeroable equivalents). Where this lack of traits in the standard library becomes problematic is if you want to write a function that takes a vector of integers, and that returns a vector of the corresponding non-zero integer types, minus any elements that were zero in the original. You can write that with the standard library quite easily for concrete types:

fn only_nonzeros(v: Vec<u8>) -> Vec<NonZeroU8>
{
    v.into_iter()
        .filter_map(|n| NonZeroU8::new(n))
        .collect::<Vec<NonZeroU8>>()
}
let expected: Vec<NonZeroU8> = vec![nonzero!(20u8), nonzero!(5u8)];
assert_eq!(expected, only_nonzeros(vec![0, 20, 5]));

But what if you want to allow this function to work with any integer type that has a corresponding non-zero type? This crate can help:

fn only_nonzeros<I>(v: Vec<I>) -> Vec<I::NonZero>
where
    I: Sized + NonZeroAble,
{
    v.into_iter()
        .filter_map(|n| n.as_nonzero())
        .collect::<Vec<I::NonZero>>()
}

// It works for `u8`:
let input_u8: Vec<u8> = vec![0, 20, 5];
let expected_u8: Vec<NonZeroU8> = vec![nonzero!(20u8), nonzero!(5u8)];
assert_eq!(expected_u8, only_nonzeros(input_u8));

// And it works for `u32`:
let input_u32: Vec<u32> = vec![0, 20, 5];
let expected_u32: Vec<NonZeroU32> = vec![nonzero!(20u32), nonzero!(5u32)];
assert_eq!(expected_u32, only_nonzeros(input_u32));

License: Apache-2.0

No runtime deps