mirror of
https://github.com/Nanaloveyuki/BitLogger.git
synced 2026-05-30 15:42:25 +00:00
1.7 KiB
1.7 KiB
name, group, category, update-time, description, key-word
| name | group | category | update-time | description | key-word | ||||
|---|---|---|---|---|---|---|---|---|---|
| split-by-level | api | sink | 20260520 | Create a split sink that routes records by minimum enabled level. |
|
Split-by-level
Create a split sink that routes records to one of two sinks based on whether the record level is enabled at a given minimum level.
Interface
pub fn[A, B] split_by_level(
left : A,
right : B,
min_level~ : Level = Level::Warn,
) -> SplitSink[A, B] {
input
left : A- Sink receiving records at or abovemin_level.right : B- Sink receiving records belowmin_level.min_level : Level- Threshold used for routing.
output
SplitSink[A, B]- Level-based routing sink.
Explanation
Detailed rules explaining key parameters and behaviors
- This is a convenience wrapper over
split_sink(...). - High-severity and low-severity records can be separated without writing the predicate manually.
- It is useful for patterns such as warnings/errors to one destination and info/debug to another.
How to Use
Here are some specific examples provided.
When Need Severity-based Routing
When warnings and errors should go to a special path:
let sink = split_by_level(callback_sink(fn(rec) {
println(rec.message)
}), console_sink(), min_level=Level::Warn)
In this example, WARN and above go to the left sink.
Error Case
e.g.:
-
If routing should use target, message, or fields instead of level, use
split_sink(...)with a custom predicate. -
Sink-specific write behavior still follows the wrapped sinks.
Notes
-
This is a convenience routing helper for a common policy.
-
It preserves the same one-side-only routing model as
split_sink(...).