|
|
|
|
|
by eximius
161 days ago
|
|
To be more clear, I want sum types with exhaustive matching - which Go does not support. I get by without it Go enums are an inferior representation of the same logical concepts. Sure, I can have (kind, value) and cast things for a hacky sum type for some kind enum. But Go lacks closed enums/exhaustive matching. You can at least validate the match arms with things like type switches and marker interfaces, but they're still not exhaustive and they're terribly verbose. And, again, I can get by without them! But I miss them because Rust-style enum representation comes up _so often_, even if you don't like the rest of Rust. |
|