Creating an Ordered Counter

前端 未结 1 1405
暖寄归人
暖寄归人 2020-11-27 07:12

I\'ve been reading into how super() works. I came across this recipe that demonstrates how to create an Ordered Counter:

from collections import         


        
相关标签:
1条回答
  • 2020-11-27 07:16

    OrderedCounter is given as an example in the OrderedDict documentation, and works without needing to override any methods:

    class OrderedCounter(Counter, OrderedDict):
        pass
    

    When a class method is called, Python has to find the correct method to execute. There is a defined order in which it searches the class hierarchy called the "method resolution order" or mro. The mro is stored in the attribute __mro__:

    OrderedCounter.__mro__
    
    (<class '__main__.OrderedCounter'>, <class 'collections.Counter'>, <class 'collections.OrderedDict'>, <class 'dict'>, <class 'object'>)
    

    When an instance of an OrderedDict is calling __setitem__(), it searches the classes in order: OrderedCounter, Counter, OrderedDict (where it is found). So an statement like oc['a'] = 0 ends up calling OrderedDict.__setitem__().

    In contrast, __getitem__ is not overridden by any of the subclasses in the mro, so count = oc['a'] is handled by dict.__getitem__().

    oc = OrderedCounter()    
    oc['a'] = 1             # this call uses OrderedDict.__setitem__
    count = oc['a']         # this call uses dict.__getitem__
    

    A more interesting call sequence occurs for a statement like oc.update('foobar'). First, Counter.update() gets called. The code for Counter.update() uses self[elem], which gets turned into a call to OrderedDict.__setitem__(). And the code for that calls dict.__setitem__().

    If the base classes are reversed, it no longer works. Because the mro is different and the wrong methods get called.

    class OrderedCounter(OrderedDict, Counter):   # <<<== doesn't work
        pass
    

    More info on mro can be found in the Python 2.3 documentation.

    0 讨论(0)
提交回复
热议问题