c++11~c++20 -01-内联命名空间

在开发一个大型工程时，必然会有很多开发人员的参数，也会引入很多第三方库，这会导致程序中偶尔碰到同名函数和类型，造成编译冲突的问题。为了缓解该问题对开发的影响，我们可以使用命名空间。如下代码示意：

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 << "使用MyUI\n";
	}

}

int main()
{
	UI::MyUI();
	system("pause");
	return 0;
}

假设该命名空间中的MyUI是一个渲染UI的接口，某天要对它进行一个大升级，但是有极小部分老客户，可能使用习惯了，依然想使用旧风格。
这里最直接的办法是提供两个不通过的接口函数来对应不同的版本，但是如果库中函数很多，则会出现大量需要修改的地方。这里推介使用内联命名控件，代码如下：

namespace UI
{
	namespace UI_1
	{
		void MyUI()
		{
			cout << "使用老的MyUI\n";
		}
	}
	
	inline namespace UI_2
	{
		void MyUI()
		{
			cout << "使用全新的MyUI\n";
		}
	}

}

int main()
{
	UI::MyUI();
	system("pause");
	return 0;
}

可见main()函数中的代码没有改动，却依然能够完成升级：

使用这种方式管理接口非常清晰，如果想加入UI_3版本的接口，则只需要创建UI_3的内联命名空间，并且将命名空间UI_2的inline关键字删除（避免foo二义性）。