Message111786
| Author |
lukasz.langa |
| Recipients |
BreamoreBoy, eric.araujo, jkaufman, lukasz.langa, michael.foord |
| Date |
2010年07月28日.10:55:08 |
| SpamBayes Score |
0.07061937 |
| Marked as misclassified |
No |
| Message-id |
<1280314511.39.0.685328130957.issue5412@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
Éric, first thing: forget about the current patch because it's very much incomplete.
Second thing, while I normally would agree with you about the ['section']['key'] idea, in this case the current syntax has following advantages:
- we can implement a cohesive mapping protocol that extends to get(), del, in, etc. For now get() seems somewhat similar to what dictionaries give you and I would build on that (adding a `default` attribute would be another thing).
- manipulation on the internal structures is much simpler when we have a single key like that. Having config['name'] return the section would make us create another proxy object just to support mutating keys in the section.
I can see arguments for and against this approach but overall, it looks nice. |
|