|
|
|
|
|
by biorach
966 days ago
|
|
> what does "much less expressive" mean, in technical terms? What specific data modeling can I not do in Go, and what specific bugs can be caused by that? This is a good illustration of how to model data using Rust's type system in a way that gives you compile-time guarantees of correct behavior: https://docs.rust-embedded.org/book/static-guarantees/state-... > Because we are enforcing our design constraints entirely at compile time, this incurs no runtime cost. It is impossible to set an output mode when you have a pin in an input mode. Instead, you must walk through the states by converting it to an output pin, and then setting the output mode. Because of this, there is no runtime penalty due to checking the current state before executing a function. > Also, because these states are enforced by the type system, there is no longer room for errors by consumers of this interface. If they try to perform an illegal state transition, the code will not compile! |
|