[Grok-dev] Re: layers and skins
    Martijn Faassen 
    faassen at startifact.com
       
    Fri Apr 20 08:12:06 EDT 2007
    
    
  
Kevin Smith wrote:
> So, regardless of the final outcome of the names, it seems there is a 
> concensus on the mechanics of how it works.
> 
> Based on a merger of Martijn and Philipps proposals.
> 
> class IMonterey(grok.ILayer):
>    pass
> 
> class Monterey(grok.Theme):
>    grok.layer(IMonterey)
>    grok.name('myskin') # defaults to this
> 
> 
> +0 grok.Theme, the word it's not widely used (although that might be a 
> positive)
> +1 grok.Skin, this feels better to me even if it's not literally correct
I prefer grok.Skin too. See my other mail for objections to grok.Theme.
> -1 grok.implements, although it sounds good on the tongue, it appears to 
> warp the real meaning too much
> 
> +1 grok.layer, I don't think there's a real negative to this
I agree, though Philipp doesn't seem to like it as much. :)
> +0 ILayer vs Layer, you say Tomato I say ITomato, also grok hides 
> implementation details all the time and zope3 is very inconsistent about 
> this.
I'd prefer ILayer myself. I don't see the need to hide the detail here, 
and it's potentially confusing. Grok will expose people to interfaces 
one way or another. It's just in Grok we try to avoid interfaces for 
basic use cases where they're not really needed yet.
Regards,
Martijn
    
    
More information about the Grok-dev
mailing list