George Sakkis wrote: >> -1 form me. >> >> I'm not very glad with both of them ( not a naming issue ) because i >> think that the dict type should offer only methods that apply to each >> dict whatever it contains. count() specializes to dict values that are >> addable and appendlist to those that are extendable. Why not >> subtractable, dividable or right-shiftable? Because of majority >> approval? I'm mot a speed fetishist and destroying the clarity of a >> very fundamental data structure for speedup rather arbitrary >> accumulations seems to be a bad idea. I would move this stuff in a >> subclass. >> >> Regards Kay > > +1 on this. The new suggested operations are meaningful for a subset of all > valid dicts, so they > should not be part of the base dict API. If any version of this is approved, > it will clearly be an > application of the "practicality beats purity" zen rule, and the > justification for applying it in > this case instead of subclassing should better be pretty strong; so far I'm > not convinced though.
So, would the `setdefaultvalue' approach be more consistent in your eyes? Reinhold -- http://mail.python.org/mailman/listinfo/python-list