On 10/06/2015 06:42, Anton Bachin wrote:
On Jun 8, 2015, at 23:30, Gavin Lambert
wrote: The other interesting thing that you could do though was to have separate tables for separate contexts. So for example with the same actual enum, you could use one string table when reading/writing JSON and a different table when reading/writing XML -- or one string for internal use and another string for user display. That sort of thing. (Although there are better ways to handle the latter, especially once you start considering multiple languages.) I think this is the only thing that’s not straightforward for me to support. I’ll give it some thought. There might be something that can be written over the core of Better Enums that does this nicely.
It was occasionally useful, but hardly essential. Certainly most languages that provide built-in enum-to-string conversions don't provide this. So don't worry about it too much. :)