在C++头文件中，以下面的方式在命名空间中使用using声明是否安全（且正确）：
#include <boost/numeric/ublas/vector.hpp>
namespace MyNamespace {
using boost::numeric::ublas::vector;
vector MyFunc(vector in);
}
也就是说，"using boost::numeric::ublas::vector" 是否正确地包含在 MyNamespace 块中，还是会污染任何包含此头文件的文件的命名空间？
using指令将导入任何当前可见的指定名称的内容到您使用它的命名空间中。虽然您的using只对MyNamespace的用户可见，但来自“外部”的其他东西将对您的using声明可见。boost::numeric::ublas::vector可见）。由于您实际上无法控制在头文件之前包含哪个头文件（也不应该这样做！头文件应该是自给自足的！），这可能导致非常奇怪的问题，在一个编译单元中找到一个东西，在下一个编译单元中找到另一个东西。using声明应该仅在.cpp文件的所有包含文件之后使用。Sutter和Alexandrescu的书《C++编码标准》（第59条）中还有一条关于这个确切问题的内容。这里是一句引语：
但这是一个常见的陷阱：很多人认为在命名空间级别发出的using声明是安全的。他们不是。它们至少同样危险，而且以一种更微妙和隐蔽的方式。
即使您使用的名称很可能不存在其他任何地方（在这里可能是这种情况），事情也可能变得很糟糕：在头文件中，所有声明都应该是完全限定的。这很痛苦，但否则会发生奇怪的事情。还可以参考迁移到名称空间，使用声明和名称空间别名和名称空间命名的示例以及深入描述的问题。
using boost::numeric::ublas::vector，而不是using namespace boost::numeric::ublas，因为我不想导入整个boost::numeric::ublas名称空间。另外，由于这是在namespace MyNamespace {}块内声明的，如果有人编写了像using namespace std; using namespace MyNamespace;这样的代码，才会使vector具有二义性。 - Brett RylandMyNamespace中，使用 声明 引入的 vector 会隐藏任何由使用 指令 引入全局命名空间中可见的 vector。这肯定是有意为之的吧？ - CB Baileyusing ::boost::numeric::ublas::vector，是否可以避免头文件中可能出现的歧义？如果后面某个人在.cpp文件中调用了using namespace std; using namespace MyNamespace，这将导致歧义，但是using namespace std; using namespace boost::numeric::ublas;也会有同样的问题。因此，这并不是一个严重的问题，对吗？ - Brett Rylandstd:: 前缀。我很想在定义自己的类之前，在我的命名空间中使用 using ::std::vector，以便代码更易于阅读。我知道 using namespace 是有风险的，并且我能理解对函数进行 using 声明可能出现的问题。但据我所知，仅存在类型冲突的可能性，如果“其他人”在我的命名空间中定义了一个同名类型，那么这是真的会成为如此大的问题吗？难道没有人使用这种模式吗？ - thomthomusing声明是一种声明，如其名称所示。所有声明都作用于封闭块（7.2）中，本例中为命名空间MyNamespace。它在该命名空间之外不可见。
boost::numeric::ublas::vector，以便任何包含此头文件并使用 using namespace MyNamespace; 声明的 .cpp 文件都使用此向量而不是 std::vector。但其他情况则不然。 - Brett Rylandusing namespace std;，你就会遇到名称冲突。我总是更喜欢使用完全限定的名称。你可以为命名空间创建一个短别名。 - Björn Pollex这是安全的，但它会污染MyNamespace命名空间。因此，包含该头文件的任何文件都将在MyNamespace中具有函数/类。
在您的示例中，这意味着：
MyNamespace中，vector现在可能解析为任何包含此头文件的文件中的boost::numeric::ublas::vector：这会“污染”MyNamespace命名空间。boost::numeric::ublas::vector声明取决于此using-declaration之前出现的声明，这取决于包含的顺序在包含此头文件的文件及其所有包含文件中的预处理后的翻译单元中的声明顺序。根据您在2011年5月30日11:51的评论，您实际上想要行为1，但由于问题2，这是不可行的。您可以通过有一个单独的头文件，在所有其他头文件之后被包含，并在其他头文件中完全限定名称来获得所需的行为。然而，这是脆弱的，因此不建议使用，最好只在转换到命名空间时使用：
//--- file myheader.hpp ---
#include <boost/numeric/ublas/vector.hpp>
namespace MyNamespace {
::boost::numeric::ublas::vector MyFunc(::boost::numeric::ublas::vector in);
}
//--- file myproject_last.hpp ---
namespace MyNamespace {
using ::boost::numeric::ublas::vector;
}
//--- file myproject.cpp ---
#include "myheader.hpp"
// ...other includes
#include "myproject_last.hpp"
//--- file myheader.hpp ---
#include <boost/numeric/ublas/vector.hpp>
namespace MyNamespace {
namespace {
using ::boost::numeric::ublas::vector;
vector MyFunc(vector in);
}
using MyFunc; // MyNamespace::(unique)::MyFunc > MyNamespace::MyFunc
}
::开头）是最安全的。Using-declaration with a relative name within a (named) namespace: error-prone. This is more concise and adds some clarity (related names used in the namespace to which they relate), but is potentially ambiguous (just like includes with relative paths), and is safer to avoid:
using ::foo::bar;
namespace foo { ... }
namespace foo {
// Implicitly ::foo:bar, could be ::bar, or ::other::foo::bar.
using bar;
}
Using-declaration with an absolute name within a named namespace: pointless. This introduces the name only into the namespace, but you shouldn't care, since you shouldn't be including the .cc/.cpp file:
namespace foo {
using ::bar;
}
Using-declaration within an unnamed namespace: pointless, slightly dangerous. For example, if you have a function in an unnamed namespace, say an implementation detail, then you can have a using-declaration for its return type or param types. This introduces the name into just that namespace (so can't be referenced from other files), but again, you shouldn't care, since you shouldn't be including the .cc/.cpp file (unnamed namespaces are especially for avoid name clashes at link time, which isn't applicable here: it's just a compile-time alias). Worse, it introduces ambiguity if that name already does exist!
它不会污染其他命名空间，但肯定会污染MyNamespace命名空间。
typedef来表示单个符号？ - Matthieu M.boost::numeric::ublas::vector是一个模板。我之前使用标准的“模板typedef”解决方法（https://dev59.com/8XVD5IYBdhLWcg3wTJrF），但想简化一下事情。 - Brett Ryland