In my experience OOP isn't any faster/slower. I've used it on sites that get
30M hits a month; so if it's gonna break I'd have seen it by now.

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.

OOP with PHP is lacking as far as complex application development (PHP5
looks to fix this), but it works great for base classes. I usually program
CORE functionality in OOP (ie. Basket for e-commerce which keeps track of
users' baskets). The rest of the code is procedural (ie. code that does
basic math and organizes the page).

--Joe

--
Joe Stump <[EMAIL PROTECTED]>
http://www.joestump.net
"Label makers are proof God wants Sys Admins to be happy."

-----Original Message-----
From: rush [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 29, 2003 8:02 AM
To: [EMAIL PROTECTED]
Subject: [PHP] Re: PHP OOP x Procedural Performance


"William N. Zanatta" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
>   It is a known issue that function calls are expensive for the processor.
>
>   The OOP let us better organize the code but, thinking in function (or
> method) calls it may be more expensive than in the procedural form.
>
>   My question is, has anyone made any tests regarding the performance of
> OOP versus procedural language? Is it a good choice to code in OOP with
> PHP ?

I would say, that web app model is so inefficient in itself, that you can
hardly do anything to make things significantly worse or better performance
wise. Also OOP is extensively used in other environments, and unless you are
coding critical device drivers, it is rarely to "expensive" in terms of
processing time.

So my advice would be use OOP, and take benefit of better organization of
your code.

Just my 2c.

rush
--
http://www.templatetamer.com/





--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to