forked from tokio-rs/tracing
-
Notifications
You must be signed in to change notification settings - Fork 0
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
subscriber: added builder for filter Directive
Motivation ---------- 1. There are some filters which can not be created with the current Directive string repr syntax, like e.g. the strings `bool`, `1` or `2.3` or values containing characters including but not limited to `}],` (for some of this there are partial fixes in other PRS). Furthermore updating the syntax the accommodate this is always a potential braking change, one which also can be subtle to detect. 2. Sometimes there is need to create `Directives` programmatically, e.g. from a different kind of logging config or to set more complicated defaults. 3. We might want to add other matching capabilities in the future which might not be re presentable in the string syntax (or at least entail a braking change). Like e.g. matching fields regex, matching based on `dyn Value`, a field matching the string `true` and boolean `true` at the same time, etc. By allowing programmatic creation of `Directive`s we allow downstream users to work around existing issues, experiment with solution to such issues in external crates and in addition set the foundation for adding future matching capabilities in the future. Solution -------- - adds `Directive::builder()` / `DirectiveBuilder` - `ValueMatch` is now public, but wrapped to that we can freely extend and change it without braking changes Workaround For: tokio-rs#1584, tokio-rs#1181 Fixes: tokio-rs#2507, tokio-rs#404 Refs: tokio-rs#1584, tokio-rs#1181
- Loading branch information
Showing
5 changed files
with
462 additions
and
63 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,102 @@ | ||
use core::fmt::Debug; | ||
|
||
use tracing_core::LevelFilter; | ||
|
||
use crate::filter::{env::field, ValueMatch}; | ||
|
||
use super::Directive; | ||
|
||
/// A [builder] for constructing new [`Directive`]s. | ||
/// | ||
/// [builder]: https://rust-unofficial.github.io/patterns/patterns/creational/builder.html | ||
#[derive(Debug, Clone)] | ||
#[must_use] | ||
pub struct Builder { | ||
in_span: Option<String>, | ||
fields: Vec<field::Match>, | ||
target: Option<String>, | ||
level: LevelFilter, | ||
} | ||
|
||
// ==== impl Builder ==== | ||
|
||
impl Builder { | ||
/// Sets the [`LevelFilter`] which is applied to any [span] matching the directive. | ||
/// | ||
/// The matching algorithm is explained in the [`Directive`]s documentation. | ||
/// | ||
/// [span]: mod@tracing::span | ||
pub fn with_level(self, level: impl Into<LevelFilter>) -> Self { | ||
Self { | ||
level: level.into(), | ||
..self | ||
} | ||
} | ||
|
||
/// Sets the [target] prefix used for matching directives to spans. | ||
/// | ||
/// The matching algorithm is explained in the [`Directive`]s documentation. | ||
/// | ||
/// [target]: fn@tracing::Metadata::target | ||
pub fn with_target_prefix(self, prefix: impl Into<String>) -> Self { | ||
Self { | ||
target: Some(prefix.into()).filter(|target| !target.is_empty()), | ||
..self | ||
} | ||
} | ||
|
||
/// Sets the [span] used for matching directives to spans. | ||
/// | ||
/// The matching algorithm is explained in the [`Directive`]s documentation. | ||
/// | ||
/// [span]: mod@tracing::span | ||
pub fn with_span_name(self, name: impl Into<String>) -> Self { | ||
Self { | ||
in_span: Some(name.into()), | ||
..self | ||
} | ||
} | ||
|
||
/// Adds a [field] used for matching directives to spans. | ||
/// | ||
/// Optionally a [value] can be provided, too. | ||
/// | ||
/// The matching algorithm is explained in the [`Directive`]s documentation. | ||
/// | ||
/// [field]: fn@tracing::Metadata::fields | ||
/// [value]: tracing#recording-fields | ||
pub fn with_field(mut self, name: impl Into<String>, value: Option<ValueMatch>) -> Self { | ||
self.fields.push(field::Match { | ||
name: name.into(), | ||
value: value.map(field::ValueMatch::from), | ||
}); | ||
self | ||
} | ||
|
||
/// Builds a new [`Directive`]. | ||
pub fn build(self) -> Directive { | ||
let Self { | ||
in_span, | ||
fields, | ||
target, | ||
level, | ||
} = self; | ||
Directive { | ||
in_span, | ||
fields, | ||
target, | ||
level, | ||
} | ||
} | ||
} | ||
|
||
impl Default for Builder { | ||
fn default() -> Self { | ||
Self { | ||
in_span: None, | ||
fields: Vec::new(), | ||
target: None, | ||
level: LevelFilter::TRACE, | ||
} | ||
} | ||
} |
Oops, something went wrong.