A Rust validation library
Validate
garde
?To get started, use the Validate
derive macro and add some validation rules to your type.
This generates an implementation of the Validate
trait for you.
To use it, call the validate
method on an instance of the type.
Here's what that looks like in full:
```rust use garde::{Validate, Valid};
struct User<'a> { #[garde(ascii, length(min=3, max=25))] username: &'a str, #[garde(length(min=15))] password: &'a str, }
let user = User { username: "test", password: "notaverygoodpassword", };
if let Err(e) = user.validate(&()) { println!("invalid user: {e}"); } ```
Garde can also validate enums:
```rust use garde::{Validate, Valid};
enum Data { Struct { #[garde(range(min=-10, max=10))] field: i32, }, Tuple( #[garde(ascii)] String ), }
let data = Data::Struct { field: 100 }; if let Err(e) = data.validate(&()) { println!("invalid data: {e}"); } ```
| name | format | validation | feature flag |
| ------------ | ------------------------------------------------ | ---------------------------------------------------- | -------------- |
| required | #[garde(required)]
| is value set | - |
| ascii | #[garde(ascii)]
| only contains ASCII | - |
| alphanumeric | #[garde(alphanumeric)]
| only letters and digits | - |
| email | #[garde(email)]
| an email according to the HTML5 spec[^1] | email
|
| url | #[garde(url)]
| a URL | url
|
| ip | #[garde(ip)]
| an IP address (either IPv4 or IPv6) | - |
| ipv4 | #[garde(ipv4)]
| an IPv4 address | - |
| ipv6 | #[garde(ipv6)]
| an IPv6 address | - |
| credit card | #[garde(credit_card)]
| a credit card number | credit-card
|
| phone number | #[garde(phone_number)]
| a phone number | phone-number
|
| length | #[garde(length(min=<usize>, max=<usize>)]
| a container with length in min..=max
| - |
| byte_length | #[garde(byte_length(min=<usize>, max=<usize>)]
| a byte sequence with length in min..=max
| - |
| range | #[garde(range(min=<expr>, max=<expr>))]
| a number in the range min..=max
| - |
| contains | #[garde(contains(<string>))]
| a string-like value containing a substring | - |
| prefix | #[garde(prefix(<string>))]
| a string-like value prefixed by some string | - |
| suffix | #[garde(suffix(<string>))]
| a string-like value suffixed by some string | - |
| pattern | #[garde(pattern("<regex>"))]
| a string-like value matching some regular expression | regex
|
| pattern | #[garde(pattern(<matcher>))]
| a string-like value matched by some Matcher | - |
| dive | #[garde(dive)]
| nested validation, calls validate
on the value | - |
| skip | #[garde(skip)]
| skip validation | - |
| custom | #[garde(custom(<function or closure>))]
| a custom validator | - |
Additional notes:
- required
is only available for Option
fields.
- For length
and range
, either min
or max
may be omitted, but not both.
- length
and range
use an inclusive upper bound (min..=max
).
- length
uses .chars().count()
for UTF-8 strings instead of .len()
.
- For contains
, prefix
, and suffix
, the pattern must be a string literal, because the Pattern
API is currently unstable.
- Garde does not enable the default features of the regex
crate - if you need extra regex features (e.g. Unicode) or better performance, add a dependency on regex = "1"
to your Cargo.toml
.
If most of the fields on your struct are annotated with #[garde(skip)]
, you may use #[garde(allow_unvalidated)]
instead:
```rust
struct Foo<'a> { #[garde(length(min = 1))] a: &'a str,
#[garde(skip)]
b: &'a str, // this field will not be validated
}
struct Bar<'a> { #[garde(length(min = 1))] a: &'a str,
b: &'a str, // this field will not be validated
// note the lack of `#[garde(skip)]`
} ```
If you need to validate the "inner" type of a container, such as the String
in Vec<String>
, then use the inner
modifier:
```rust
struct Test {
#[garde(
length(min = 1),
inner(ascii, length(min = 1)), // wrap the rule in inner
)]
items: Vec
The above type would fail validation if:
- the Vec
is empty
- any of the inner String
elements is empty
- any of the inner String
elements contains non-ASCII characters
Every rule works on Option<T>
fields. The field will only be validated if it is Some
. If you additionally want to validate that the Option<T>
field is Some
, use the required
rule:
```rust
struct Test {
#[garde(required, ascii, length(min = 1))]
value: Option
The above type would fail validation if:
- value
is None
- the inner value
is empty
- the inner value
contains non-ASCII characters
Validation may be customized via the custom
rule, and the context
attribute.
The context may be any type without generic parameters. By default, the context is ()
.
```rust,ignore
struct User { #[garde(custom(isstrongpassword))] password: String, }
struct PasswordContext { minentropy: f32, entropy: cracken::passwordentropy::EntropyEstimator, }
fn isstrongpassword(value: &str, context: &PasswordContext) -> garde::Result { let bits = context.entropy.estimatepasswordentropy(value.asbytes()) .map(|e| e.maskentropy) .unwrapor(0.0); if bits < context.minentropy { return Err(garde::Error::new("password is not strong enough")); } Ok(()) }
let ctx = PasswordContext { /* ... / }; let user = User { / ... */ }; user.validate(&ctx)?; ```
The validator function may accept the value as a reference to any type which it derefs to.
In the above example, it is possible to use &str
, because password
is a String
, and String
derefs to &str
.
It's generally possible to also access the context and self
, because they are in scope in the output of the proc macro:
```rust
struct Limits {
min: usize,
max: usize,
}
struct Config { username: Limits, }
struct User { #[garde(length(min = ctx.username.min, max = ctx.username.max))] username: String, } ```
Say you want to implement length checking for a custom string-like type.
To do this, you would implement the garde::rules::length::HasLength
trait for it.
```rust
pub struct MyString(pub String);
impl garde::rules::length::HasLength for MyString { fn length(&self) -> usize { self.0.chars().count() } }
struct Foo {
// Now the length
check may be used with MyString
#[garde(length(min = 1, max = 1000))]
field: MyString,
}
```
Each rule comes with its own trait that may be implemented by custom types in your code.
They are all available under garde::rules
.
Validate
In case you have a container type for which you'd like to support nested validation (using the #[garde(dive)]
rule),
you may implement Validate
for it:
```rust
struct MyVec
impl
fn validate_into(
&self,
ctx: &Self::Context,
mut parent: &mut dyn FnMut() -> garde::Path,
report: &mut garde::Report
) {
for (index, item) in self.0.iter().enumerate() {
let mut path = garde::util::nested_path!(parent, index);
item.validate_into(ctx, &mut path, report);
}
}
}
struct Foo {
#[garde(dive)]
field: MyVec
struct Bar { #[garde(range(min = 1, max = 10))] value: u32, } ```
| name | description | extra dependencies |
|--------------------------|-----------------------------------------------------------------------------------------------------------------------------------|----------------------------------------------------------------------------------------------|
| derive
| Enables the usage of the derive(Validate)
macro | garde_derive
|
| url
| Validation of URLs via the url
crate. | url
|
| email
| Validation of emails according to HTML5 | regex
, once_cell
|
| email-idna
| Support for Internationalizing Domain Names for Applications in email addresses | idna
|
| regex
| Support for regular expressions in pattern
via the regex
crate | regex
, once_cell
|
| credit-card
| Validation of credit card numbers via the card-validate
crate | card-validate
|
| phone-number
| Validation of phone numbers via the phonenumber
crate | phonenumber
|
garde
?Garde means guard in French. I am not French, nor do I speak the language, but guard
was taken, and this is close enough :).
Contributing to garde
only requires a somewhat recent version of Rust
.
This repository also makes use of the following tools, but they are optional:
- insta
for snapshot testing (tests/rules).
- just
for running recipes defined in the justfile
.
Run just -l
to see what recipes are available.
Licensed under either of
at your option.
Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.
This crate is heavily inspired by the validator crate. It is essentially a full rewrite of validator
.
The creation of this crate was prompted by this comment
and a few others talking about a potential rewrite.