虽然我认为您的实现没有固有的概念缺陷,但我会提出三个建议。
(注意:我在这里指的是交换右值概念的实现swap_rvalues
)
从模板推导中排除 const 类型
假设
template <typename A, typename B>
struct is_same_no_ref
: std::is_same<
typename std::remove_reference<A>::type,
typename std::remove_reference<B>::type
>
{};
将启用条件从更改std::enable_if<std::is_same_no_ref<A, B>::value>
为以下。
std::enable_if<
std::is_same_no_ref<A, B>::value &&
!std::is_const<typename std::remove_reference<A>::type>::value &&
!std::is_const<typename std::remove_reference<B>::type>::value
>
在不从模板推导中排除 const 类型的情况下,将 const 变量传递给swap_rvalues
,如下所示,
int const a = 0, b = 0;
swap_rvalues(a, b);
诱使编译器标记有关内部实现细节的错误,这对用户不是很友好。
将启用条件移至返回类型声明
代替
template<typename A, typename B, typename = typename std::enable_if<...>::type>
inline void swap_rvalues(A&& a, B&& b);
像下面这样声明它
template<typename A, typename B>
inline typename std::enable_if<...>::type swap_rvalues(A&& a, B&& b);
即使极不可能,第三个模板参数的显式定义swap_rvalues
是可能的,有效地覆盖了启用条件。这可能允许编译不应该编译的代码,并且可能会出现讨厌的情况。使用启用条件的返回类型声明可以完全避免这种情况。
考虑以下示例。
template <
typename A,
typename B,
typename = typename std::enable_if<
is_same_no_ref<A, B>::value &&
!std::is_const<typename std::remove_reference<A>::type>::value &&
!std::is_const<typename std::remove_reference<B>::type>::value
>::type>
inline void
swap(A&& a, B&& b) {
typename std::remove_reference<A>::type t = std::move(a);
a = std::move(b);
b = std::move(t);
}
struct B;
struct A{A(){} A(B const&){}};
struct B{B(){} B(A const&){}};
swap<A, B, void>(A(), B());
它编译,即使它显然不应该!A
甚至B
不相关,它们只是碰巧在给定另一个参考的情况下是可构造的。
重用代码 [aka KISS ]
由于 rvalues 已经指定了名称,因此只需转发呼叫std::swap
,而不是提供全新的swap_rvalues
.
为什么要重新发明轮子†?std::swap
一旦 rvalues被赋予了名称,就已经提供了预期的行为,那么为什么不重用它呢?
结论
‡的最终实现swap_rvalues
如下所示。
template <typename A, typename B>
inline typename std::enable_if<
is_same_no_ref<A, B>::value &&
!std::is_const<typename std::remove_reference<A>::type>::value &&
!std::is_const<typename std::remove_reference<B>::type>::value
>::type
swap_rvalues(A&& a, B&& b) {
std::swap(a, b);
}
脚注
† “重新发明轮子就是重复一个已经被别人创造或优化过的基本方法。”
‡swap_rvalues
事实上,最好swap
在真实场景中调用。