Builder Pattern Derive
Rust macro to automatically implement the builder pattern for arbitrary structs. A simple #[derive(Builder)]
will generate a FooBuilder
for your struct Foo
with all setter-methods and a build method.
How it Works
extern crate derive_builder;
Note that we did not write any definition or implementation of ChannelBuilder
. Instead the derive_builder
crate acts on #[derive(Builder)]
and generates the necessary code at compile time.
This is the generated boilerplate code you didn't need to write. :-)
Note: This is edited for readability. The generated code doesn't assume traits such as Into
are in-scope, and uses full paths to access them.
Get Started
It's as simple as three steps:
- Add
derive_builder
to yourCargo.toml
either manually or with cargo-edit:
cargo add derive_builder
- Add
use derive_builder::Builder;
- Annotate your struct with
#[derive(Builder)]
Usage and Features
- Chaining: The setter calls can be chained, because they consume and return
&mut self
by default. - Builder patterns: You can opt into other builder patterns by preceding your struct (or field) with
#[builder(pattern = "owned")]
or#[builder(pattern = "immutable")]
. - Extensible: You can still define your own implementations for the builder struct and define additional methods. Just make sure to name them differently than the setter and build methods.
- Documentation and attributes: Setter methods can be documented by simply documenting the corresponding field. Similarly
#[cfg(...)]
and#[allow(...)]
attributes are also applied to the setter methods. - Hidden fields: You can skip setters via
#[builder(setter(skip))]
on each field individually. - Setter visibility: You can opt into private setter by preceding your struct with
#[builder(private)]
. - Setter type conversions: With
#[builder(setter(into))]
, setter methods will be generic over the input types – you can then supply every argument that implements theInto
trait for the field type. - Setter strip option: With
#[builder(setter(strip_option))]
, setter methods will takeT
as parameter'type for field of typeOption<T>
. - Collection setters: Adding
#[builder(setter(each(name = "method_name")))]
to fields whose types implementDefault
andExtend
will generate a setter which adds items to the builder collection for that field. It's possible for these setters to be generic over theInto<T>
trait too, like so:#[builder(setter(each(name = "foo", into)))]
. - Builder field visibility: You can use
#[builder(field(private))]
or..(public)
, to set field visibility of your builder. - Generic structs: Are also supported, but you must not use a type parameter named
VALUE
, if you also activate setter type conversions. - Default values: You can use
#[builder(default)]
to delegate to theDefault
implementation or any explicit value via= ".."
. This works both on the struct and field level. - Pre-build validation: You can use
#[builder(build_fn(validate = "path::to::fn"))]
to add your own validation before the target struct is generated. - Build method suppression: You can use
#[builder(build_fn(skip))]
to disable auto-implementation of the build method and provide your own. - Custom build method error types: You can use
#[builder(build_fn(error = "path::to::Error"))]
to have your builder return an error type of your choosing. By default, the macro will emit an error type alongside the builder. - Builder derivations: You can use
#[builder(derive(Trait1, Trait2, ...))]
to have the builder derive additonal traits. All builders deriveDefault
andClone
, so you should not declare those in this attribute. - Pass-through attributes: Use
#[builder_struct_attr(...)]
,#[builder_impl_attr(...)]
,#[builder_field_attr(...)]
, and#[builder_setter_attr(...)]
to declare attributes that will be added to the relevant part of the generated builder. - no_std support: Just add
#[builder(no_std)]
to your struct and addextern crate alloc
to your crate.
For more information and examples please take a look at our documentation.
Gotchas
- Renaming
derive_builder
inCargo.toml
is not supported. - Tuple structs and unit structs are not supported as they have no field names. We do not intend to support them.
- When defining a generic struct, you cannot use
VALUE
as a generic parameter as this is what all setters are using.
Documentation
Detailed explaination of all features and tips for troubleshooting. You'll also find a discussion of different builder patterns.
Changelog
Yes, we keep a changelog.
License
Licensed under either of
- Apache License, Version 2.0, (LICENSE-APACHE or http://www.apache.org/licenses/LICENSE-2.0)
- MIT license (LICENSE-MIT or http://opensource.org/licenses/MIT)
at your option.
Contribution
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.