Message191891
There are several reasons why `get*()` methods are redefined on the section proxy. First of all, explicit is better than implicit. Secondly, the order of arguments is different: `parser.get()` has the fallback argument as the last (and keyword-only), whereas `parser['section'].get()` behaves like a mapping. You can do `parser['section'].get('key', 'some-fallback-value')` and `parser['section'].get('no-such-key')` returns None instead of raising `NoOptionError`.
This makes it difficult to automagically support parser `get*()` methods on the section proxy. This is why I decided to adapt a different mechanism: register a converter and a getter is automatically available:
>>> cp = ConfigParser()
>>> cp.converters['list'] = lambda value: value.strip().split()
>>> cp.getlist('section', 'l')
['a', 'b', 'c']
>>> cp['section'].getlist('l')
['a', 'b', 'c']
>>> cp.getdict('section', 'd')
Traceback (most recent call last):
...
AttributeError: 'ConfigParser' object has no attribute 'getdict'
>>> cp['section'].getdict('d')
Traceback (most recent call last):
...
AttributeError: 'ConfigParser' object has no attribute 'getdict'
This ensures that you can easily add new converters in subclasses or single instances and that the parser-level API and section-level API work like they should. This also makes implementing custom getters easier since there's no logic involved besides the conversion. And if you happen to need custom logic anyway, you can register a converter that is a callable class. |
|
Date |
User |
Action |
Args |
2013-06-25 23:21:55 | lukasz.langa | set | recipients:
+ lukasz.langa, JBernardo |
2013-06-25 23:21:54 | lukasz.langa | set | messageid: <1372202514.95.0.554098281936.issue18159@psf.upfronthosting.co.za> |
2013-06-25 23:21:54 | lukasz.langa | link | issue18159 messages |
2013-06-25 23:21:54 | lukasz.langa | create | |
|