Namespaces in PHP5, removed?

[Joshua Beall]

Hi All,

I read in a forum somewhere that namespaces, though once supposed to be a
part of PHP5, have been removed. Is this true? Can anyone show me the
official statement by Zend that they decided to forget about namespaces?
Why would they do this?

I could really use namespaces. If they canned this idea, that is quite a
disappointment :-/ Guess you cannot win them all.

-Josh

[Phil Roberts]

With total disregard for any kind of safety measures "Joshua
Beall" <jb****@donotsp am.remove.me.he raldic.us> leapt forth and
uttered:

Hi All,

I read in a forum somewhere that namespaces, though once
supposed to be a part of PHP5, have been removed. Is this true?
Can anyone show me the official statement by Zend that they
decided to forget about namespaces? Why would they do this?

From the Zend changelog:

Version 5.0.0 Beta 2
30-Oct-2003
Lots and lots of changes in the Zend Engine 2 since beta 1:
* Removed the not so working namespaces support

I've lost the links to the original reasonings given by Andi
Gutmans and Zeev Suraski, but heres one link:

http://www.sitepoint.com/forums/show...5&postcount=34
--
Phil Roberts | Nobody In Particular | http://www.flatnet.net/

[Chung Leong]

Because it was pretty pointless that way it was implemented. You can't
import names from a namespace, so everytime you use something from within
it, you have to tag on the namespace identifier.

Uzytkownik "Joshua Beall" <jb****@donotsp am.remove.me.he raldic.us> napisal w
wiadomosci news:iG******** **********@nwrd dc01.gnilink.ne t...

Hi All,

I read in a forum somewhere that namespaces, though once supposed to be a
part of PHP5, have been removed. Is this true? Can anyone show me the
official statement by Zend that they decided to forget about namespaces?
Why would they do this?

I could really use namespaces. If they canned this idea, that is quite a
disappointment :-/ Guess you cannot win them all.

-Josh

[Joshua Beall]

"Chung Leong" <ch***********@ hotmail.com> wrote in message
news:ZY******** ************@co mcast.com...

Because it was pretty pointless that way it was implemented. You can't
import names from a namespace, so everytime you use something from within
it, you have to tag on the namespace identifier.

That's too bad. I wonder, how well can I emulate namespaces using nested
classes? Is there any way to "import" the contents of a class?

[Janwillem Borleffs]

Joshua Beall wrote:

Hi All,

I read in a forum somewhere that namespaces, though once supposed to
be a part of PHP5, have been removed. Is this true? Can anyone show
me the official statement by Zend that they decided to forget about
namespaces? Why would they do this?

Quote from http://www.php.net/ChangeLog-5.php (version 5.0.0 beta 2,
30-Oct-2003):

"Removed the not so working namespaces support"

I don't know why exactly, but I have a feeling the developers wanted to
focus on other parts of PHP 5 instead.
JW

[Chung Leong]

Personally, I never liked namespace. Its need is understandable in C++,
where you link in binary libraries and there's no other workaround for name
collisions. With PHP you can just rename the class/function. And namespace
promotes bloated class libraries, which affects runtime performance in PHP.
When the number of classes is large enough where name collision is an issue,
you scripts are probably all crawling.

Uzytkownik "Joshua Beall" <jb****@donotsp am.remove.me.he raldic.us> napisal w
wiadomosci news:kL******** **********@nwrd dc02.gnilink.ne t...

"Chung Leong" <ch***********@ hotmail.com> wrote in message
news:ZY******** ************@co mcast.com...

Because it was pretty pointless that way it was implemented. You can't
import names from a namespace, so everytime you use something from within it, you have to tag on the namespace identifier.

That's too bad. I wonder, how well can I emulate namespaces using nested
classes? Is there any way to "import" the contents of a class?

[Alex Farran]

Chung Leong writes:

Personally, I never liked namespace. Its need is understandable in C++,
where you link in binary libraries and there's no other workaround for name
collisions. With PHP you can just rename the class/function.
You mean search and replace for every occurance of the duplicate
class? It's feasible, but not always very practical, and you need to
know that a name collision exists to begin with. The best practical
alternative to namespaces is a class naming convention, and that has
its own problems.
And namespace promotes bloated class libraries, which affects
runtime performance in PHP. When the number of classes is large
enough where name collision is an issue, you scripts are probably
all crawling.

Only if you include them all at once. You could have a vast library
of classes available, but only include the ones you need as you need
them. Or leave it to the optimiser to cache your classes. For PHP to
be taken seriously as an enterprise programming language, it must be
possible to write large systems in it. Namespaces make large systems
easier to write.

Apart from name collision prevention, namespaces also provide another
scope for class member access. Classes in the same namespace can
access each others members, but deny access to classes outside the
namespace. Without namespaces you must declare such members public
and hope for the best.

--

__o Alex Farran
_`\<,_ Analyst / Programmer
(_)/ (_) www.alexfarran.com

[Chung Leong]

Being a incorrigible PHP Maoist, I say down with class hierarchy and screw
private variable.

Long live the global scope!

Uzytkownik "Alex Farran" <al**@alexfarra n.com> napisal w wiadomosci
news:m3******** ****@alexfarran .com...

Chung Leong writes:

Personally, I never liked namespace. Its need is understandable in C++,
where you link in binary libraries and there's no other workaround for name collisions. With PHP you can just rename the class/function.

You mean search and replace for every occurance of the duplicate
class? It's feasible, but not always very practical, and you need to
know that a name collision exists to begin with. The best practical
alternative to namespaces is a class naming convention, and that has
its own problems.

And namespace promotes bloated class libraries, which affects
runtime performance in PHP. When the number of classes is large
enough where name collision is an issue, you scripts are probably
all crawling.

Only if you include them all at once. You could have a vast library
of classes available, but only include the ones you need as you need
them. Or leave it to the optimiser to cache your classes. For PHP to
be taken seriously as an enterprise programming language, it must be
possible to write large systems in it. Namespaces make large systems
easier to write.

Apart from name collision prevention, namespaces also provide another
scope for class member access. Classes in the same namespace can
access each others members, but deny access to classes outside the
namespace. Without namespaces you must declare such members public
and hope for the best.

--

__o Alex Farran
_`\<,_ Analyst / Programmer
(_)/ (_) www.alexfarran.com

[Tim Tyler]

Alex Farran <al**@alexfarra n.com> wrote or quoted:

For PHP to be taken seriously as an enterprise programming language, it
must be possible to write large systems in it. Namespaces make large
systems easier to write.

Yes - exactly.

Still - PHP has some other problems - as a result of being hastily hacked
together - I can imagine why the developers might want to focus on those ;-)
--
__________
|im |yler http://timtyler.org/ ti*@tt1lock.org Remove lock to reply.

[Tony Marston]

"Alex Farran" <al**@alexfarra n.com> wrote in message
news:m3******** ****@alexfarran .com...

Chung Leong writes:

Personally, I never liked namespace. Its need is understandable in C++,
where you link in binary libraries and there's no other workaround for name collisions. With PHP you can just rename the class/function.
You mean search and replace for every occurance of the duplicate
class? It's feasible, but not always very practical, and you need to
know that a name collision exists to begin with. The best practical
alternative to namespaces is a class naming convention, and that has
its own problems.

Naming conventions require intelligence, which sadly is in short supply.

And namespace promotes bloated class libraries, which affects
runtime performance in PHP. When the number of classes is large
enough where name collision is an issue, you scripts are probably
all crawling.

Only if you include them all at once. You could have a vast library
of classes available, but only include the ones you need as you need
them. Or leave it to the optimiser to cache your classes. For PHP to
be taken seriously as an enterprise programming language, it must be
possible to write large systems in it. Namespaces make large systems
easier to write.

I have wriitten large systems in several languages which did not have
namespaces, so namespaces cannot be the only solution to that problem
(whatever the "problem" is). If you identified the problem correctly, then
perhaps a solution other than namespaces would present itself.

Tony Marston
http://www.tonymarston.net/
Apart from name collision prevention, namespaces also provide another
scope for class member access. Classes in the same namespace can
access each others members, but deny access to classes outside the
namespace. Without namespaces you must declare such members public
and hope for the best.

--

__o Alex Farran
_`\<,_ Analyst / Programmer
(_)/ (_) www.alexfarran.com