命名空间是php 5.3中最重要的变化，对于c#和java开发人员对这个词语非常熟悉了，他们终于可以更好地改变php应用程序的结构了。
为什么我们需要命名空间？
随着你的php代码库的增长，对之前定义的函数和类名进行修改时风险也更高了，当你试图增加第三方组件或插件时问题更严重，如果存在两个或两个以上的代码集实现了一个“database”和“user”类会怎么样？
直到目前，唯一的解决办法是使用长的类/函数名，例如wordpress在每个类和函数名前都使用了前缀“wp_”， zend framework使用了极具描述性的命名约定，导致类名非常冗长，如：
zend_search_lucene_analysis_analyzer_common_text_caseinsensitive
命名冲突问题可以使用命名空间来解决，php常量、类和函数可以被组合到命名空间库中。
如何定义命名空间？
默认情况下，所有常量、类和函数名都放在全局空间下，就和php支持命名空间之前一样。
在php文件的顶部使用一个关键字namespace就可以定义命名空间，它必须是第一个命令（declare除外），在它前面不能出现非php代码、html或空格。如：









// define this code in the 'myproject' namespace   namespace myproject;     // ... code ...   这一行下面的代码都是指定给myproject命名空间的，为相同代码块嵌套命名空间或定义多个命名空间是不可能的，如果你真这样干，只有最后一个命名空间才能识别，但你可以在同一个文件中定义不同的命名空间代码，如：









namespace myproject1;   // php code for the myproject1 namespace     namespace myproject2;   // php code for the myproject2 namespace     // alternative syntax   namespace myproject3 {    // php code for the myproject3 namespace   }   ?>   尽管这么干是可以的，但我建议你不要这么做，最好还是每个文件中只定义一个命名空间，免得把你弄糊涂了。
子命名空间
php允许定义具有层次的命名空间以便库能够细分，子命名空间使用一个反斜线字符（\）分隔，如：
◆myproject\subname
◆myproject\database\mysql
◆companyname\myproject\library\common\widget1
调用命名空间代码
在lib1.php文件中我们使用app\lib1 namespace命名空间定义了一个常量、一个函数和一个类，如：
lib1.php









// application library 1   namespace app\lib1;     const myconst = 'app\lib1\myconst';     function myfunction() {    return __function__;   }     class myclass {    static function whoami() {     return __method__;    }   }   ?>  现在我们可以在另一个php文件包括这段代码，如：
myapp.php









header('content-type: text/plain');   require_once('lib1.php');     echo \app\lib1\myconst . \n;   echo \app\lib1\myfunction() . \n;   echo \app\lib1\myclass::whoami() . \n;   ?>  在myapp.php中并没有定义命名空间，因此这段代码存在全局空间中，任何对myconst、myfunction和myclass的直接引用都会失败，因为它们存在于app\lib1命名空间中，为了调用lib1.php中的代码，我们可以在\app\lib1命名空间前添加前缀定义一个完全合格的名称，下面是我载入myapp.php时的输出结果：





app\lib1\myconst    
app\lib1\myfunction     app\lib1\myclass::whoami  完全合格名称可以变得很长，定义长名称，如app-lib1-myclass，有一些明显的好处。