3 unstable releases
0.2.1 | Dec 24, 2023 |
---|---|
0.2.0 | Nov 5, 2023 |
0.1.0 | Aug 8, 2021 |
#258 in Encoding
3,511 downloads per month
Used in 22 crates
(2 directly)
90KB
1.5K
SLoC
keyvalues-serde
keyvalues-serde
is a (de)serialization library for
VDF text v1
built on the serde
framework. This library
leverages keyvalues-parser
for parsing and rendering the keyvalues text. This
makes it easy to deal with VDF text files using strongly typed Rust structures.
Installation
Just add the following to your Cargo.toml
[dependencies]
keyvalues-serde = "0.1.0"
serde = { version = "1.0.0", features = ["derive"] }
Quickstart
use serde::Deserialize;
// Contents take from my ~/.data/Steam/steam/games/PlatformMenu.vdf
const VDF_TEXT: &str = r##"
// this file defines the contents of the platform menu
"Platform"
{
"Menu"
{
"Games"
{
"dll" "steamui"
"interface" "SteamUIGames001"
"MenuName" "#Steam_Games"
"SteamApp" "1"
}
"Friends"
{
"dll" "bin/friendsui"
"interface" "VGuiModuleTracker001"
"MenuName" "#App_Friends"
}
"Servers"
{
"dll" "bin/serverbrowser"
"interface" "VGuiModuleServerBrowser001"
"MenuName" "#App_Servers"
}
"Settings"
{
"dll" "steamui"
"interface" "VGuiModuleSettings001"
"MenuName" "#App_Settings"
"SteamApp" "1"
}
}
}
"##;
#[derive(Deserialize, Debug)]
struct Platform {
#[serde(rename = "Menu")]
menu: Menu,
}
#[derive(Deserialize, Debug)]
#[serde(rename_all = "PascalCase")]
struct Menu {
games: MenuModule,
friends: MenuModule,
servers: MenuModule,
settings: MenuModule,
}
#[derive(Deserialize, Debug)]
struct MenuModule {
dll: String,
interface: String,
#[serde(rename = "MenuName")]
menu_name: String,
#[serde(rename = "SteamApp")]
steam_app: Option<bool>,
}
fn main() -> keyvalues_serde::Result<()> {
let platform: Platform = keyvalues_serde::from_str(VDF_TEXT)?;
println!("{:#?}", platform);
Ok(())
}
Datatypes
Supported
- Primitive Types
bool
i8
,i16
,i32
,i64
,i128
u8
,u16
,u32
,u64
,u128
f32
,f64
char
String
Option
- VDF doesn't have the concept of a
null
type, so an optional value is consideredSome
if present andNone
if missing
- VDF doesn't have the concept of a
- Unit Variant Enum
- Represented as text matching the variant name
- Newtype Struct
- Considered just a wrapper over the contained data type
- Homogeneous Sequences (
Vec
-like types)- Represented as several pairs with the same key
- Heterogeneous Sequences (
tuple
-like types)- Represented as several pairs with the same key
- TupleStruct
- Considered a wrapper over the contained tuple
- Map (
HashMap
-like types)- Represented by a list of pairs contained within curly-braces
{}
- Represented by a list of pairs contained within curly-braces
- Struct
- The same as Map. The name of the struct is ignored unless it's the used for the top-level key
Unsupported
Type | Reasoning |
---|---|
Byte Array | No clear VDF representation |
Unit | No clear VDF representation |
Unit Struct | No clear VDF representation |
Enum-containers (newtype, tuple, and struct variants) | The only clear usage would be the untagged representation in which case the ambiguity of types (everything is essentially just strings or objects) allows for too many footguns for me to be comfortable supporting |
Potential Pitfalls
- Any sequence types containing
Option
s may lead to unexpected ordering issues since aNone
is just omitted- For instance a tuple containing an
Option
in the middle will be very problematic
- For instance a tuple containing an
- Empty
Vec
s andOption
s withNone
are both omitted when serializing. - Nested sequences are impossible to represent due to the limited nature of sequences in VDF (AFAIK)
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.
Dependencies
~2.2–3MB
~63K SLoC