@@ -26,15 +26,15 @@ Additional items speaker may mention:
26
26
types. [ "Domain Modeling Made Functional"] [ 1 ] is a great resource on the
27
27
topic, with examples written in F#.
28
28
29
- - Despite Rust's functional roots, functional design patterns don't translate as-is
30
- to Rust. For instance, extensive use of higher-order functions and higher-kinded types can
31
- result in code that is harder to read and maintain. Design patterns in Rust
32
- must take into account (and leverage!) the granular control over mutability
33
- that comes with its borrow checker.
29
+ - Despite Rust's functional roots, functional design patterns don't translate
30
+ as-is to Rust. For instance, extensive use of higher-order functions and
31
+ higher-kinded types can result in code that is harder to read and maintain.
32
+ Design patterns in Rust must take into account (and leverage!) the granular
33
+ control over mutability that comes with its borrow checker.
34
34
35
35
- The same caution should be applied to object-oriented design patterns. Rust
36
- doesn't support inheritance, and object decomposition should take into account the
37
- constraints introduced by the borrow checker.
36
+ doesn't support inheritance, and object decomposition should take into account
37
+ the constraints introduced by the borrow checker.
38
38
39
39
- Mention that type-level programming can be often used to create "zero-cost
40
40
abstractions", although the label can be misleading: the impact on compile
0 commit comments