15 Feb
2013
15 Feb
'13
2:57 a.m.
On Feb 14, 2013, at 04:18 PM, Nick Coghlan wrote:
The flufl.enum docs *do* currently fall into the trap of treating enum.make as an afterthought rather than as the preferred creation API for the cases that it can handle, though.
I guess that's because .make() *was* an afterthought. ;) .make() was added long after the class syntax. IIRC, Michael Foord suggested that API to allow creation of enums programmatically instead of statically, which the class syntax requires, modulo exec(). I suppose I've never really thought of .make() as a convenience because of that, and because I personally prefer the class syntax, all things being equal. It's interesting that other folks view .make()'s primary benefit as being one of convenience. -Barry