You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The "any" type would be composed mostly of the currently supported types (or maybe all of the types?) in Cmdr.
I propose this because while working on an implementation of #121, I realized it would be difficult without having an any type since the list could be made up of booleans, numbers, etc.
This doesn't make sense to me. Cmdr types are not algebraic so we can't really do this (we can't make a type out of other types). There is a proposal for a Variant type, which could be similar, but the best alternative right now is the string type. Since the arguments are already strings, the string type is effectively a raw data pass through, i.e. no parsing.
#121 describes a few utility commands that could be used to operate on lists. There is no need for an any type here. You can just use the strings type.
The "any" type would be composed mostly of the currently supported types (or maybe all of the types?) in Cmdr.
I propose this because while working on an implementation of #121, I realized it would be difficult without having an any type since the list could be made up of booleans, numbers, etc.
This would be similar to TypeScript's any type implementation (or something like that).
The text was updated successfully, but these errors were encountered: