This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author rhettinger
Recipients Jim.Jewett, eric.snow, gvanrossum, r.david.murray, rhettinger, skrah, vstinner
Date 2012-03-26.20:38:08
SpamBayes Score 3.0064057e-05
Marked as misclassified No
Message-id <1332794289.52.0.495973775262.issue14386@psf.upfronthosting.co.za>
In-reply-to
Content
The weakref collections objects (sets, dicts, etc) were all put in a separate module and that has worked out well.  I suggest doing the same for proxy objects.

In maintaining the itertools module, I learned long ago that adding new tools to the module made the whole module more difficult to use (increasing the number of choices increases the complexity of choosing the correct tool).  I believe that same also applies to the collections module and have been very reserved about adding new types there.  

ISTM that exposing internal types such as dict_proxy or bound/unbound methods could be collected together or that various proxy types and tools could be collected together.  I don't feel that dict_proxy belongs with namedtuple, deques, or OrderedDicts.

As the module maintainer, I request that dict_proxy be put elsewhere.  Of course, as BDFL you are free to override that request.
History
Date User Action Args
2012-03-26 20:38:09rhettingersetrecipients: + rhettinger, gvanrossum, vstinner, r.david.murray, skrah, eric.snow, Jim.Jewett
2012-03-26 20:38:09rhettingersetmessageid: <1332794289.52.0.495973775262.issue14386@psf.upfronthosting.co.za>
2012-03-26 20:38:08rhettingerlinkissue14386 messages
2012-03-26 20:38:08rhettingercreate