RE: [PHP] Re: PHP OOP x Procedural Performance
| From: | Joe Stump | Date: | Thu, 29 May 2003 18:28:58 +0000 |
| Subject: | RE: [PHP] Re: PHP OOP x Procedural Performance | ||
| References: | 1 | Groups: | php.general |
| Request: | Send a blank email to php-general+get-149438@lists.php.net to get a copy of this message | ||
Sure ...
I'm of the belief that OOP (in PHP anyways) has great use for core
libraries. Core libraries, by their nature, generally don't output HTML.
It's a core libraries job to separate logic and presentation. How portable
is your library that outputs HTML for a guy who wants PDF/WAP/XML output?
For instance, I have a product class that does various things to format
product *data* prior to my procedural scripts putting it into my Smarty
templates. If that product class outputted the data in HTML it would be
useless to me for WAP users or a script that generated PDF versions of our
online catalog.
--Joe
--
Joe Stump <joe@joestump.net>
http://www.joestump.net
"Label makers are proof God wants Sys Admins to be happy."
-----Original Message-----
From: Johnson, Kirk [mailto:kjohnson@zootweb.com]
Sent: Thursday, May 29, 2003 8:21 AM
To: 'Joe Stump'; php-general@lists.php.net
Subject: RE: [PHP] Re: PHP OOP x Procedural Performance
> One thing I'd like to abundantly point out is that NOT
> EVERYTHING BELONGS IN
> OOP! For instance, if you're building classes that output
> HTML - you've
> skipped a few chapters in your OOP design books.
Joe,
I am curious about this opinion, could you elaborate a bit, please? I am not
an OOP programmer, and I'm just interested in your thoughts on this, if you
have time.
Kirk