Inheritance and Inner/Nested Classes

Paul Morrow pm_mon at yahoo.com
Mon Jul 12 11:28:10 EDT 2004


Peter Hansen wrote:

> The objects that are being parameterized (the ones the developer
> supplies) are not the same thing as the parameterization objects.

I'm not quite sure what you mean by "parameterization objects" as 
opposed to what the developer creates.  Note that there are two kinds of 
developers here: one that works on the Framework; and one that builds 
applications using the Framework.  It's the later that I've been talking 
about.

For each application, the application developer creates an object that 
describes the application. This object contains a bunch of settings that 
customize the Framework.  For any given app, there are a lot of possible 
settings, where the settings can be grouped into a number of categories 
(security, style, structure, content, etc.).  I could just say that the 
namespace inside of the object (the app developer supplies) is flat, but 
that would get messy fast.  It seems that it would be better to store 
related attributes together in their own namespace inside of the object. 
That's what I imagined using the inner classes for.






More information about the Python-list mailing list