Re: [cgiapp] Class::MOP? Really?

2007-10-28 Thread Todd Ross
[EMAIL PROTECTED] wrote on 10/22/2007 05:53:19 PM: Thanx - but I assume you're being sarcastic :-(. -- Ron Savage I thought you put forth a very articulate post with solid reasons. Myself, I like reading about Perl modules because I like expanding my arsenal of techniques. I'm enjoying

Re: [cgiapp] Class::MOP? Really?

2007-10-28 Thread Ron Savage
Todd Ross wrote: Hi Todd Thanx - but I assume you're being sarcastic :-(. I thought you put forth a very articulate post with solid reasons. Myself, Thanx again. I like reading about Perl modules because I like expanding my arsenal of techniques. Me too. I'm enjoying following the

Re: [cgiapp] Class::MOP? Really?

2007-10-22 Thread Benjamin Hitz
Wow, your elegant argument has convinced me that all my issues are irrelevant and I will switch immediately. Ben On Oct 20, 2007, at 2:33 PM, Ron Savage wrote: Ben Hitz wrote: Hi Ben I am not a fan of inside-out objects in perl, because I have much old code which uses old-style hash

Re: [cgiapp] Class::MOP? Really?

2007-10-22 Thread Ricardo SIGNES
* Ricardo SIGNES [EMAIL PROTECTED] [2007-10-19T18:10:17] I see that the devel version of CGI::Application uses Class::MOP. Neat. Except it doesn't. I thought, Hey, I'll just send Mark a patch to remove this. I had an ancient checkout of CGI::Application, and I did a pull and saw: Thu Aug

Re: [cgiapp] Class::MOP? Really?

2007-10-20 Thread Ben Hitz
I am not a fan of inside-out objects in perl, because I have much old code which uses old-style hash objects. It's confusing to have two types (although technically usable). We have been converting our hand-rolled Database API to DBIx::Class, which uses Class::Accessor (actually an

Re: [cgiapp] Class::MOP? Really?

2007-10-20 Thread Daniel Sterling
Ben Hitz wrote: We have been converting our hand-rolled Database API to DBIx::Class, which uses Class::Accessor (actually an extension written for DBIC) called Class:Accessor::Grouped and Class:C3 to dispatch. I am just learning DBIx::Class, also with the intent of using it to convert from a

Re: [cgiapp] Class::MOP? Really?

2007-10-20 Thread Ron Savage
Daniel Sterling wrote: Hi Daniel But, getting back to the original topic, I agree with Ricardo that, since the name of the CGI::Application game is simplicity, adding any class meta-programming to its Perl 5 core doesn't really make sense, especially when speed and size are affected.

Re: [cgiapp] Class::MOP? Really?

2007-10-20 Thread Ron Savage
Ben Hitz wrote: Hi Ben I am not a fan of inside-out objects in perl, because I have much old code which uses old-style hash objects. It's confusing to have two types (although technically usable). Your use of 'because' there is meaningless. Before someone adopts inside-out objects, /all/

[cgiapp] Class::MOP? Really?

2007-10-19 Thread Ricardo SIGNES
I see that the devel version of CGI::Application uses Class::MOP. Neat. Except... On my 5.8.8 install, loading CGI::Application's stable release adds about 300k to the resident size of my perl process. Loading metaclass.pm (of Class-MOP) adds another 2000k. In other words, moving from

Re: [cgiapp] Class::MOP? Really?

2007-10-19 Thread Ron Savage
Michael Peters wrote: Hi Michael This isn't a hey, Class::MOP is the new hotness! change, is it? I think this was a hey, Class::MOP is really cool. I bet it would make CGI::App much simpler...oh wait. Look how slow everything got!. And now we also have Look how big everything got!. So,