在开发一个大型工程时，必然会有很多开发人员的参数，也会引入很多第三方库，这会导致程序中偶尔碰到同名函数和类型，造成编译冲突的问题。为了缓解该问题对开发的影响，我们可以使用命名空间。如下代码示意：
namespace s1
{
void foo()
{
cout << "s1::foo()n";
}
}
namespace s2
{
void foo()
{
cout << "s2::foo()n";
}
}
using namespace s1;
int main()
{
foo();
s2::foo();
system("pause");
return 0;
}
示例中命名空间s1,s2有同名函数foo(),在调用两个函数时，由于命名空间s1被using关键字打开，因此s1的foo函数可以直接使用，而s2的foo函数需要使用::来指定函数的命名空间。接下来看看内联命名空间的使用。
内联命名空间能够把空间内函数和类型到处到父命名空间中，这样即使不指定子命名空间也可以使用其空间内的函数和类型，例如：
namespace parent
{
namespace s1
{
void foo()
{
cout << "s1::foo()n";
}
}
inline namespace s2
{
void foo()
{
cout << "s2::foo()n";
}
}
}
int main()
{
parent::foo();
parent::s1::foo();
system("pause");
return 0;
}
结果：
在上述代码中s1不是一个内联命名空间，所以调用s1的foo函数需要加上明确的所属命名空间。而调用s2的foo函数就方便多了。
其实这个特性，可以帮助库作者无缝升级库代码，让客户不用修改任何代码也能够自由选择新老版本库代码，例如：
namespace UI
{
void MyUI()
{
cout << "使用MyUIn";
}
}
int main()
{
UI::MyUI();
system("pause");
return 0;
}
假设该命名空间中的MyUI是一个渲染UI的接口，某天要对它进行一个大升级，但是有极小部分老客户，可能使用习惯了，依然想使用旧风格。
这里最直接的办法是提供两个不通过的接口函数来对应不同的版本，但是如果库中函数很多，则会出现大量需要修改的地方。这里推介使用内联命名控件，代码如下：
namespace UI
{
namespace UI_1
{
void MyUI()
{
cout << "使用老的MyUIn";
}
}
inline namespace UI_2
{
void MyUI()
{
cout << "使用全新的MyUIn";
}
}
}
int main()
{
UI::MyUI();
system("pause");
return 0;
}
可见main()函数中的代码没有改动，却依然能够完成升级：
使用这种方式管理接口非常清晰，如果想加入UI_3版本的接口，则只需要创建UI_3的内联命名空间，并且将命名空间UI_2的inline关键字删除（避免foo二义性）。
