On Tue, Oct 12, 2004 at 10:45:12AM +0900, Thilo Planz wrote: > Now, people can write plugins, maybe a few of these plugins can become > widely accepted and make it into CGI::App core > ( I am not thinking about my plugin here, but rather less controversial > things like the dbh plugin or for example a subroutine naming scheme to > automatically register run-modes ), thus advancing CGI::App in an > organic, evolutionary fashion.
Hi Thilo, I must be misreading your post because it sounds like you started saying that the plugin system was good then suggested integrating widely accepted ones into C::A core. This issue lies along the lines of the Unix vs. M$ debate--build lots of specialized tools or load up each tool to meet all possible needs. As you said: > That is of course, if everyone agreed on that particular style of doing > these things, which is not the case, as everyone has their 'personal' > implementation. See, I'd rather have lots of plugins than have a monolithic CGI::App core that I only use parts of. Of course, I'm in the camp that says HTML::Template should not be a requirement for C::A and that the load_tmpl function should be an abstract method that is implemented by a plugin. I wouldn't have a problem if the default plugin was C::A::P::HTML-Template (or whatever it'd be called) but am advocating stripping down C::A more than building it up :). As an example, you suggested the dbh plugin being added to core which brings up an issue I've had tumbling around in the back of me head. As a CDBI user, I have yet to see a need for passing around a dbi handle. Mark's plugin looks interesting and perhaps I'm overlooking some great benefits that the list could point out for me. In the meantime, I'd rather than add the extra code to my applications if I'm not using it. Cheers, William -- Knowmad Services Inc. http://www.knowmad.com --------------------------------------------------------------------- Web Archive: http://www.mail-archive.com/[EMAIL PROTECTED]/ http://marc.theaimsgroup.com/?l=cgiapp&r=1&w=2 To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
