V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX 提问指南
Axurez
V2EX  ›  问与答

什么时候应该使用 using namespace xx?

  •  
  •   Axurez · 2015-05-08 22:51:40 +08:00 · 2677 次点击
    这是一个创建于 3277 天前的主题,其中的信息可能已经有所发展或是发生改变。
    11 条回复    2015-05-09 12:46:03 +08:00
    czheo
        1
    czheo  
       2015-05-08 22:55:59 +08:00
    Basically never.
    abscon
        2
    abscon  
       2015-05-08 23:28:09 +08:00 via iPhone
    @czheo 那可以用 using xx::yy 么?
    Axurez
        3
    Axurez  
    OP
       2015-05-08 23:47:25 +08:00
    @czheo 我也感觉是 never,但是又很好奇这玩意儿实现出来干嘛。。
    yangff
        4
    yangff  
       2015-05-08 23:52:52 +08:00 via Android
    .cpp文件里
    czheo
        5
    czheo  
       2015-05-09 05:33:17 +08:00
    @abscon never
    czheo
        6
    czheo  
       2015-05-09 05:34:44 +08:00
    @Axurez 你写一些dirty but quick code的时候可以用
    abscon
        7
    abscon  
       2015-05-09 09:09:26 +08:00 via iPhone
    @czheo 所以 namespace 对你而言是多余的,不过是 XX_的另一种写法。那么现在问题就来了,很多语言的作者都引入了 namespace,他们集体犯傻了吗?
    czheo
        8
    czheo  
       2015-05-09 09:16:23 +08:00
    @abscon
    不好意思。你说的是“可以”用using么。应该说是可以,每个程序员都有自己的风格。dirty and fast没什么不好的。

    lz问的是“应该”用么,那就应该说“不应该用”。
    http://stackoverflow.com/questions/1452721/why-is-using-namespace-std-considered-bad-practice
    czheo
        9
    czheo  
       2015-05-09 09:21:53 +08:00
    不过stackoverflow里面几个回答也提到不是全局用的话,其实也可以。
    wizardforcel
        10
    wizardforcel  
       2015-05-09 11:46:15 +08:00
    不在头文件里面用就好

    其实c++不同namespace的名字冲突没那么频繁 c#里面都敢用了 c++里面有啥不敢的
    msg7086
        11
    msg7086  
       2015-05-09 12:46:03 +08:00
    namespace是用来避免冲突的。
    如果你拆分出来的cpp文件本身就不会有与std冲突的代码的话,直接引入std有什么问题?
    using namespace 本来就是个语法糖。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   884 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 20:22 · PVG 04:22 · LAX 13:22 · JFK 16:22
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.