Crates.io | knus |
lib.rs | knus |
version | |
source | src |
created_at | 2024-10-24 22:14:55.632175 |
updated_at | 2024-10-24 22:14:55.632175 |
description | Another KDL language implementation |
homepage | https://github.com/TheLostLambda/knus |
repository | |
max_upload_size | |
id | 1421831 |
Cargo.toml error: | TOML parse error at line 18, column 1 | 18 | autolib = false | ^^^^^^^ unknown field `autolib`, expected one of `name`, `version`, `edition`, `authors`, `description`, `readme`, `license`, `repository`, `homepage`, `documentation`, `build`, `resolver`, `links`, `default-run`, `default_dash_run`, `rust-version`, `rust_dash_version`, `rust_version`, `license-file`, `license_dash_file`, `license_file`, `licenseFile`, `license_capital_file`, `forced-target`, `forced_dash_target`, `autobins`, `autotests`, `autoexamples`, `autobenches`, `publish`, `metadata`, `keywords`, `categories`, `exclude`, `include` |
size | 0 |
A KDL file format parser with great error reporting and convenient derive macros.
To give you some background on the KDL format. Here is a small example:
foo 1 key="val" "three" {
bar
(role)baz 1 2
}
Here is what are annotations for all the datum as described by the specification and this guide:
foo 1 "three" key="val" { ╮
─┬─ ┬ ───┬─── ────┬──── │
│ │ │ ╰───── property (can be multiple) │
│ │ │ │
│ ╰────┴────────────── arguments │
│ │
└── node name ├─ node "foo", with
│ "bar" and "baz"
bar │ being children
(role)baz 1 2 │
──┬─ │
└────── type name for node named "baz" │
} ╯
(note, the order of properties doesn't matter as well as the order of properties with respect to arguments, so I've moved arguments to have less intersections for the arrows)
Most common usage of this library is using derive
and [parse] function:
#[derive(knus::Decode)]
enum TopLevelNode {
Route(Route),
Plugin(Plugin),
}
#[derive(knus::Decode)]
struct Route {
#[knus(argument)]
path: String,
#[knus(children(name="route"))]
subroutes: Vec<Route>,
}
#[derive(knus::Decode)]
struct Plugin {
#[knus(argument)]
name: String,
#[knus(property)]
url: String,
}
# fn main() -> miette::Result<()> {
let config = knus::parse::<Vec<TopLevelNode>>("example.kdl", r#"
route "/api" {
route "/api/v1"
}
plugin "http" url="https://example.org/http"
"#)?;
# Ok(())
# }
This parses into a vector of nodes as enums TopLevelNode
, but you also use some node as a root of the document if there is no properties and arguments declared:
#[derive(knus::Decode)]
struct Document {
#[knus(child, unwrap(argument))]
version: Option<String>,
#[knus(children(name="route"))]
routes: Vec<Route>,
#[knus(children(name="plugin"))]
plugins: Vec<Plugin>,
}
let config = parse::<Document>("example.kdl", r#"
version "2.0"
route "/api" {
route "/api/v1"
}
plugin "http" url="https://example.org/http"
"#)?;
See description of Decode and DecodeScalar for the full reference on allowed attributes and parse modes.
This crate publishes nice errors, like this:
To make them working, miette's "fancy" feature must be enabled in the final
application's Cargo.toml
:
[dependencies]
miette = { version="4.3.0", features=["fancy"] }
And the error returned from parser should be converted to [miette::Report] and printed with debugging handler. The most manual way to do that is:
# #[derive(knus::Decode, Debug)]
# struct Config {}
# let file_name = "1.kdl";
# let text = "";
let config = match knus::parse::<Config>(file_name, text) {
Ok(config) => config,
Err(e) => {
println!("{:?}", miette::Report::new(e));
std::process::exit(1);
}
};
But usually function that returns miette::Result
is good enough:
# use std::fs;
# #[derive(knus::Decode)]
# struct Config {}
use miette::{IntoDiagnostic, Context};
fn parse_config(path: &str) -> miette::Result<Config> {
let text = fs::read_to_string(path).into_diagnostic()
.wrap_err_with(|| format!("cannot read {:?}", path))?;
Ok(knus::parse(path, &text)?)
}
fn main() -> miette::Result<()> {
let config = parse_config("my.kdl")?;
# Ok(())
}
See miette guide for other ways of configuring error output.
KDL is pronounced as cuddle. "Knuffel" means the same as cuddle in Dutch.
Licensed under either of
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.