Re: Schema provider/CA lookup status

Roché Compaan <roche-kb4xc5yObU3kQYj/0HfcvhBnub05S5/[email protected]> Fri, 28 Jul 2006 10:12:04 +0200
Newsgroups gmane.comp.web.zope.plone.archetypes.devel
Organization Upfront Systems
Message-ID <[email protected]>
On Fri, 2006-07-28 at 08:52 +0100, Martin Aspeli wrote:
> Roché Compaan wrote:
> 
> > Lovely! Very nice and simple. I also like the name change from Variable
> > to Extensible.
> 
> Bear in mind it's slightly different - it uses an adapter to 
> ISchemaExtender to extend the schema. This is meant to let third party 
> products plug in new schema elements. It doesn't really handle the case 
> when the schema is changed TTW, for example (which ATSENG does, though). 
> Still, if you want a different algorithm inside the Schema() method, it 
> should work the same.

I would probably just override the Schema() method on classes that need
ATSENG, or have a mix in class for schemas that need to be managed TTW.

> The other difference of course is that you have to fire an event to 
> invalidate the schema.

This is what I was referring to when saying "nice and simple". Z3 events
makes it easy to do the cache invalidation, whereas doing this without
Z3 events will lead to a clumsy injection of cache invalidation method
calls in existing schema editing methods.

-- 
Roché Compaan
Upfront Systems                 http://www.upfrontsystems.co.za


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV