[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [cgiapp] CAP::Apache and CAP::Session


On Tue, Nov 16, 2004 at 01:30:16PM -0500, Michael wrote:
> The main reason I didn't do this was because the CAP::Apache wasn't a 
> wrapper around Apache::Request, but a plugin for C::A.

I figured there was a reason for not subclassing...


> I think it would also be breaking encapsulation if my plugin added 
> methods (such as 'cookie' or 'dump') to the Apache::Request namespace. 

I would agree.


> I'm also not convinced that a wrapper is the best solution either since 
> you would then have two interfaces for the same thing to keep in mind 
> while programming. Ideally I wanted to allow users to be able to 
> directly use Apache::Request, not something else.

Which leaves me wondering where things stand between CAP::Session and
CAP::Apache. I'd like to use both but that sounds like it's not possible.


> Maybe I just need to petition the libapreq people to add a cookie method 
> to Apache::Request.

While you're at it, why not also petition for other common CGI
interfaces such as Dump. In porting my code to use A::R this weekend, I
was surprised that there was not better interoperability. Kinda makes
migrating more effort than it should be. Perhaps there's a good reason
for not including these methods.


William

-- 
Knowmad Services Inc.
http://www.knowmad.com

---------------------------------------------------------------------
Web Archive:  http://www.mail-archive.com/suppressed/
              http://marc.theaimsgroup.com/?l=cgiapp&r=1&w=2
To unsubscribe, e-mail: suppressed
For additional commands, e-mail: suppressed


Mail converted by mhonarc 2.6.15
This archive provided courtesy of JSW4.NET, Internet Hosting Services for Small Business.