On Mon, Aug 26, 2002 at 11:29:55AM -0400, Barry A. Warsaw wrote: > I'm leary of trying to weave some interface taxonomy into the standard > library and types without having a lot of experience in using this for > real world applications. Even then, it's possible <wink> that there > will be a lot of disagreement on the shape of the type hierarchy. > > So one strategy would be to not classify the existing types and > classes ahead of time, but to provide a way for an application to > declare conformance to existing types in a way that makes sense for > the application (or library). The downside of this is that it may > lead to a raft of incompatible interface declarations, but I also > think that eventually we'd see convergence as we gain more experience. > > My guess would be that of all the interfaces that get defined and used > in the Python community, on a few that are commonly agreed on or > become ubiquitous idioms will migrate into the core. I don't think we > need to solve this "problem" for the core types right away. Let's > start by providing mechanism and not policy. +1 for a non-creationist approach to type categories. Oren
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4