[PEAK] Re: [Twisted-Python] Components
Bob Ippolito
bob at redivi.com
Thu Feb 26 15:41:01 EST 2004
On Feb 26, 2004, at 3:22 PM, Christopher Armstrong wrote:
> James Y Knight wrote:
>> This page
>> <http://peak.telecommunity.com/protocol_ref/protocols-context.html>
>> describes how one would do context-specific protocols with
>> PyProtocols, which *doesn't* seem to allow multiple registries.
>> Basically, it seems to say: use a per-instance subprotocol. It may
>> not be directly applicable to twisted, because of the lack of chained
>> adaptation (A->B and B->C gives you A->C automatically), but it does
>> seem to me like a nice way to go about it.
>
> Hmm... I'm reading that page, but I can't tell if it requires the
> framework code to do special things to support context-specific
> adapters. If it does, is there any way to implement context-specific
> adapters that _don't_ require framework-code to know about them? i.e.,
> so plain old adaptation calls will look in the context for adapters?
>
> But yeah, if PyProtocols does everything we need and there's a good
> chance it will support our future crazy ideas, I think it's a good
> idea to switch. We'd probably wanna bump to 2.0 for such a switch.
> maybe?
>
> Of course, IIRC glyph mentioned it being slow, and I think he doesn't
> like the implicit adaptation. ?
Did he benchmark it? Last I checked, t.p.components and january
molasses are neck in neck ;) PyProtocols has written-in-C code for
acceleration, I bet it wins, even though it does do more work (which I
believe happens *up front*, so doesn't really affect runtime
performance) with transitive adaptation.
-bob
More information about the PEAK
mailing list