------------------------------------------------ On 20 Mar 2003 09:33:56 -0000, entius <[EMAIL PROTECTED]> wrote:
> I want to learn mod_perl and there're two books who talk about this. > Now a third has arrives and it's talking about 2.0 mod_perl but i am a > Lincoln Stein fan and i want the "Writing Apache Modules with Perl and C". > But the last edition is still about 1.3, anyone knows anything about any > intention about making a super-new edition about 2.0?? > I don't do a lot of mod_perl but I would think that the basis for how the various steps in a request/response are handled, etc. are very similar between the two versions, so the underlying core of the book mentioned above would still apply, with various changes in syntax for the interface, etc. I will comment that when I went through the book a little over a year ago it was excellent for anyone with a good background in Perl and its use on the web. > Another question about cpan modules, only very few are really classes > aren't them? i mean, oop is still rare in cpan? or i'm wrong and all new > modules get rid of exporter.pm?? > This I would disagree with currently, though I couldn't say when a critical mass was reached, though obviously I feel it safe to say that much of the OOP is concentrated in newer modules. And part of the beauty and flexibility of the Perl OOP model means it only requires a little more effort to make a module both OOP and non-OOP. the CGI.pm is a perfect example, for those from the old school they will find CGI fits their purposes and provides all of the same functionality, that it does to those that prefer the OOP approach, through virtually the same interface. Some other examples include the Mail::Box module for all things mail oriented, it is extremely extensive and uses Perl's OOP tactics to the fullest. POE, Crypt::OpenPGP, DBI, and then the obvious examples of things like Class::MethodMaker that handle building much of the OOP interface for you (isn't Perl grand!). I think it is dangerous to think of OOP and using the exporter as mutually exclusive however... http://danconia.org -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
