A vector that can store items anywhere: in slices, arrays, or the heap!
GenericVec has complete parity with Vec, and even provides some features
that are only in nightly on std (like GenericVec::drain_filter), or a more permissive
interface like GenericVec::retain. In fact, you can trivially convert a Vec to a
HeapVec and back!
This crate is no_std compatible, just turn off all default features.
std(default) - enables you to use an allocator, andalloc- enables you to use an allocator, for heap allocated storages (likeVec)nightly- enables you to use array ([T; N]) based storages
SliceVec and InitSliceVec are pretty similar, you give them a slice
buffer, and they store all of thier values in that buffer. But have three major
differences between them.
- You can pass an uninitialized buffer to
SliceVec - You can only use
Copytypes withInitSliceVec - You can freely set the length of the
InitSliceVecas long as you stay within it's capacity (the length of the slice you pass in)
use generic_vec::{SliceVec, InitSliceVec, uninit_array};
let mut uninit_buffer = uninit_array!(16);
let mut slice_vec = SliceVec::new(&mut uninit_buffer);
assert!(slice_vec.is_empty());
slice_vec.push(10);
assert_eq!(slice_vec, [10]);let mut init_buffer = [0xae; 16];
let mut slice_vec = InitSliceVec::new(&mut init_buffer);
assert!(slice_vec.is_full());
assert_eq!(slice_vec.pop(), 0xae);
slice_vec.set_len(16);
assert!(slice_vec.is_full());Of course if you try to push past a *SliceVec's capacity
(the length of the slice you passed in), then it will panic.
let mut init_buffer = [0xae; 16];
let mut slice_vec = InitSliceVec::new(&mut init_buffer);
slice_vec.push(0);TypeVec is an owned buffer. You can use like so:
use generic_vec::{TypeVec, gvec};
let mut vec: TypeVec<u32, [u32; 4]> = gvec![1, 2, 3, 4];
assert_eq!(vec, [1, 2, 3, 4]);
vec.try_push(5).expect_err("Tried to push past capacity!");The second parameter specifies the buffer type, this can be any type
you want. Only the size of the type matters. There is also a defaulted
third parameter, but you should only use that if you know what you are
doing, and after reading the docs for UninitBuffer.
As a neat side-effect of this framework, you can also get an efficient
GenericVec for zero-sized types, just a usize in size! This feature
can be on stable no_std.
ArrayVec and InitArrayVec
are just like the slice versions, but since they own their data,
they can be freely moved around, unconstrained. You can also create
a new ArrayVec without passing in an existing buffer,
unlike the slice versions.
On stable, you can use the ArrayVec or
InitArrayVec to construct the type. On nightly,
you can use the type aliases ArrayVec and
InitArrayVec. The macros will be deprecated once
min_const_generics hits stable.
The only limitation on stable is that you can only use InitArrayVec
capacity up to 32. i.e. InitArrayVec![i32; 33] doesn't work. ArrayVec does not suffer
from this limitation because it is built atop TypeVec.
use generic_vec::ArrayVec;
let mut array_vec = ArrayVec::<i32, 16>::new();
array_vec.push(10);
array_vec.push(20);
array_vec.push(30);
assert_eq!(array_vec, [10, 20, 30]);The distinction between ArrayVec and InitArrayVec
is identical to their slice counterparts.
use generic_vec::ZSVec;
struct MyType;
let mut vec = ZSVec::new();
vec.push(MyType);
vec.push(MyType);
vec.push(MyType);
assert_eq!(vec.len(), 3);
assert_eq!(std::mem::size_of_val(&vec), std::mem::size_of::<usize>());A HeapVec is just Vec, but built atop GenericVec,
meaning you get all the features of GenericVec for free! But this
requries either the alloc or std feature to be enabled.
use generic_vec::{HeapVec, gvec};
let mut vec: HeapVec<u32> = gvec![1, 2, 3, 4];
assert_eq!(vec.capacity(), 4);
vec.extend(&[5, 6, 7, 8]);
assert_eq!(vec, [1, 2, 3, 4, 5, 6, 7, 8]);
vec.try_push(5).expect_err("Tried to push past capacity!");On nightly
- the restriction on
InitArrayVec's length goes away. - many functions/methods become
const fns - a number of optimizations are enabled
- some diagnostics become better
Note on the documentation: if the feature exists on Vec, then the documentation
is either exactly the same as Vec or slightly adapted to better fit GenericVec
Note on implementation: large parts of the implementation came straight from Vec
so thanks for the amazing reference std!
Current version: 0.1.2
License: MIT/Apache-2.0