RE: [PEAR-DEV] DB_Light

I understood what you said :-) I just would prefer not to force the user to make this decision but to load this added functionality dynamically so the user only loads the code he actually uses. Unfortunately I do not know how to do this. Or I currently do not have a good idea anyways. So yes the point is to load as few code as possible. But it would be much nicer not to force the user to make a decision about what features he may use at the point of db object creation. Best regards, Lukas Smith smith@dybnet.de _______________________________ DybNet Internet Solutions GbR Alt Moabit 89 10559 Berlin Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de info@dybnet.de _______________________________ > -----Original Message----- > From: lustig@acsu.buffalo.edu [mailto:lustig@acsu.buffalo.edu] > Sent: Tuesday, December 04, 2001 8:27 PM > To: Lukas Smith > Cc: pear-dev@lists.php.net > Subject: RE: [PEAR-DEV] DB_Light > > Quoting Lukas Smith <smith@dybnet.de>: > > > Well that would work, but it is not quite what I was hoping for since > > this would not dynamically load the features but you would have to > > choose first how much features you want. > > Perhaps I didn't explain myself enough... the way that I thought of it > was a totally separate module, derived from PEAR::DB. It would contain a > subset of the functions that PEAR::DB has, the ones that are necessary > to do DB work -- connecting, querying, getting error messages, quoting > strings, maybe a bit more -- but basically a "Lite" version of PEAR::DB, > with a fixed set of functions. And we wouldn't add more, unless there > was something really important... it would be for faster include()-ing. > The whole idea of this is faster include()-ing, not necessarily picking > and choosing which functions you want... because really, if you're > including the code, you might as well put the functions in the class > because the code's already there. > > --Jason > > -- > PEAR Development Mailing List (http://pear.php.net/) > To unsubscribe, e-mail: pear-dev-unsubscribe@lists.php.net > For additional commands, e-mail: pear-dev-help@lists.php.net > To contact the list administrators, e-mail: php-list-admin@lists.php.net