dyn_quantity
A crate for dealing with quantities where the units are only known at runtime.
Feedback welcome!
Found a bug, missing docs, or have a feature request?
Please open an issue on GitHub.
The strong type system of rust allows defining physical quantities as types - see for example the uom crate. This is very useful to evaluate the correctness of calculations at compile time. Sometimes however, the type of a physical quantity is not known until runtime - for example, when parsing a user-provided string. This is where this crate comes into play:
use FromStr;
use DynQuantity;
/*
Parse a string into a physical quantity. The string can contain simple
mathematical operations as well as scientific notation. If there is no
operand specified between individual components (numbers or physical units),
multiplication is assumed. The resulting value is calculated while parsing.
Only possible if the `from_str` feature is enabled.
*/
let quantity = from_str.expect;
// The SI value of the quantity is "4e2 * pi * 1e-3 / 2^2" => the 1e-3 stems
// from the prefix "m" of "mWb". This equates to 0.1 * pi or roughly 0.31459.
assert!;
// The SI base units exponents of "Wb / (s^3)^2" are:
assert_eq!;
assert_eq!;
assert_eq!;
assert_eq!;
assert_eq!;
assert_eq!;
assert_eq!;
Overview
This crate is built around the DynQuantity struct, which represents a
physical quantity at runtime via its numerical value and the exponents of the
involved SI base units. The latter are fields of the struct Unit,
which in turn is a field of DynQuantity.
The DynQuantity offers the following features:
- Performing simple arithmetic operations on quantities where the units are only known at runtime.
- Conversion into statically-typed quantities (requires the
uomfeature to be enabled). - Serialization and deserialization, in case of the latter from multiple
different representations (requires the
serdefeature to be enabled). - Parsing quantities at runtime from strings (requires the
from_strfeature to be enabled).
Arithmetic operations
While some operations such as multiplication, division and exponentiation are
infallible, addition and subtraction require the unit exponents of both involved
DynQuantity structs to be identical. This is checked at runtime:
use FromStr;
use DynQuantity;
let current = from_str.expect;
let voltage = from_str.expect;
let power = from_str.expect;
// This works: current times voltage is infallible. The resulting unit is Watt,
// therefore the subtraction succeeds
let diff = power.clone.try_sub.expect;
assert_eq!;
// This does not work: current divided by voltage squared is infallible, but the
// resulting units are not compatible to power
let res = power.try_add;
assert!;
Another special case is root calculation: Since unit exponents can only be integers, the exponents of the radicand ("input") need to be divisible by the degree without remainder:
use ;
// Create a DynQuantity from its components.
let exponents = Unit ;
let quantity = new;
// Succeeds, since all exponents can be divided by 2 without remainder:
let res = quantity.clone.try_nthroot.expect;
assert_eq!;
// Fails, since not all exponents can be divided by 4 without remainder:
assert!;
Conversion into and from statically-typed quantities
One of the main features of DynQuantity is its capability to bridge the gap
between uom's Quantity type (units defined at compile time) and user-provided
input where the units are only known at runtime. For example, a user-provided
string can fallibly be parsed into a Length. This is a two-step operation,
where the string is first parsed into a DynQuantity and then converted
into a Length via TryFrom:
use FromStr;
use ;
use DynQuantity;
let input = "2 mm / s * 0.5 s";
let quantity = from_str.expect;
let length: Length = quantity.clone.try_into.expect;
assert_eq!;
// Trying to convert quantity into a Velocity fails because the type does not
// match the unit exponents:
assert!;
The reverse conversion from a Quantity to a DynQuantity is always
possible via the From implementation.
These features are only available if the uom feature is enabled.
Serialization and deserialization
The serde integration is gated behind the serde feature flag.
Serialization
The serde_impl offers a couple of functions for customizing the
serialization behaviour of types which implement Into<DynQuantity>. For
example, if the uom feature is enabled, it is possible to serialize a
Quantity with its units by setting a serialization context via the
[serialize_with_units] function. This context is then used by the
serialize_quantity annotation function and its variants:
use ;
use ;
use *;
use indoc;
let quantities = Quantities ;
// Without units (standard serialization)
let expected = indoc! ;
let actual = to_string.expect;
assert_eq!;
// With units
let expected = indoc! ;
let actual = serialize_with_units.expect;
assert_eq!;
Deserialization
A DynQuantity can be deserialized from its "natural" struct representation
or directly from a string (by first deserializing into a string and then using
the FromStr implementation). In addition, a couple of functions for usage
with the deserialize_with
field attribute are provided in the serde_impl module:
use ;
use ;
use deserialize_quantity;
use indoc;
let ser = indoc! ;
let wrapper: LengthWrapper = from_str.unwrap;
assert_eq!;
Parsing strings
An important part of any parser is the
lexer, which converts the
array of characters which make up the string into meaningful tokens. These
tokens are then later syntactically analyzed and converted to a DynQuantity.
The full syntax documentation is available at from_str_impl.
This crate uses the logos crate (inside
dyn_quantity_lexer) to generate a high-performance lexer via a procedural
macro at compile time. The disadvantage of this approach is the long compile
time caused by the procedural macro, hence this feature is hidden behind the
from_str feature flag.
Documentation
The full API documentation is available at https://docs.rs/dyn_quantity/0.5.7/dyn_quantity/.