Plus it's always really handy to extend the $GLOBAL oh er I mean
Zend_Registry to add your own stuff. Like mentioned earlier the very handy
lazy loading amongst other things.

--
/James

On Thu, Apr 24, 2008 at 2:48 PM, Jake McGraw <[EMAIL PROTECTED]> wrote:

> >  I was much faster and pratic than any oo way..
>
> By this logic, why are you using any Zend Framework component?
> Everything Zend does can be accomplished without a single object, just
> process scripts top to bottom, throw in a couple of conditional
> includes and put each piece of "functionality" in a separate file.
> There you go, you've avoided OO and have just taken a trip back in
> time to PHP3. The PHP projects you mention have code bases stretching
> back several years and are seeking to support the maximum number of
> configurations, therefore, they may use anachronisms which are no
> longer accepted as optimal.
>
> PHP has gone OO because, in what I imagine to be most developers
> opinions, objects as containers for reusable sections of code is
> easier to maintain than the method I described above. Zend_Registry
> provides a common interface for global variables WITHOUT messing up
> the global name space. If $GLOBALS did just that, without the side
> effect of depositing variables in the global name space, I wouldn't
> disagree with you.
>
> - jake
>

Reply via email to