11

我一直认为命名空间的主要目标是防止名称冲突和歧义。

#1 由 php.net 的命名空间修复的问题:

您创建的代码与内部 PHP 类/函数/常量或第三方类/函数/常量之间的名称冲突。

但是,大多数语言以某种方式实现“use”关键字,以将其他名称空间别名或导入当前名称空间。我知道它是如何工作的,但我不明白为什么会使用这种功能。

使用“use”关键字不是有效地破坏了命名空间的目的吗?

namespace core\utils;

class User {
    public static function hello(){
        return "Hello from core!";
    }
}
//---------------------------------------------------

namespace core2\utils;

class User {
    public static function hello(){
        return "Hello from core2!";
    }
}
//---------------------------------------------------

namespace core2;

//causes name collision, we now have two different classes of type 'utils\User'
use core\utils; //without this line the result is 'Hello from core2'

class Main {
    public static function main(){
        echo utils\User::hello();
    }
}

Main::main();
//outputs Hello from core!
?>

我是否遗漏了某些东西,或者真的不鼓励使用“使用”关键字?

无论哪种方式,在什么情况下牺牲封装实际上是一个好主意?

以前用use,现在不知道什么时候用use。

编辑:好吧,让我直截了当地说:如果我使用'use'来获取短名称,那比仅仅在全局命名空间中声明类有什么好处?见下文:

namespace core\utils\longname {    
    class User {} //declare our class in some namespace
}

//------------------Other File---------------------------
namespace { //in another file import our long name ns and use the class
    use core\utils\longname\User as User;
    new User();
}

^ 这样的命名空间对这个声明有什么好处:

namespace {    
    class User {} //declare our class in global namespace
}

//------------------Other File---------------------------
namespace { //in another file just use the class
    new User();
}

两者之间有什么区别吗?

4

1 回答 1

3

+1 非常有趣的问题

我的意见

use这么多用途和功能的关键字想象这个

use core\utils\sms\gateway\clickatell\http\SmsSender  as SmsCSender 
use core\utils\sms\gateway\fastSMS\ftp\Smssender as SmsFSender 

现在比较

if(!SmsCSender::send($sms))
{
    SmsFSender::send($sms);
}

if(!core\utils\sms\gateway\clickatell\http\SmsSender::send($sms))
{
    core\utils\sms\gateway\fastSMS\ftp\SmsSender::send($sms);
}

结论

如果没有namespaceuse我将无法实现如此干净可读的代码,所以我认为namespace and use complement each other 不是“使用”破坏命名空间的目的

于 2012-04-08T13:20:16.403 回答