我发现一些线程严重暗示这无法完成,但没有一个线程使用完全相同的运算符和条件组合,所以我想更具体地问一下。希望这意味着它对某人来说是一个快速而简单的答案......一种或另一种方式!
考虑一个示例代理类,用于管理更大存储块中的值 - 就像在这个过于简单但具有代表性的示例中一样:
class SomeProxyThing {
std::uint32_t storage;
public:
operator std::uint16_t() const
{
return storage & 0x0000FFFF;
}
SomeProxyThing &operator=(std::uint16_t const value)
{
storage &= 0xFFFF0000;
storage |= value;
}
};
我希望所有分配都通过用户定义operator
的 s 工作。在这种情况下,用户应该只能传入或传出“暴露”类型std::uint16_t
。我可能正在使用各种代理类类型,并希望这适用于所有这些类型。理想情况下,对于任何类型的组合,我只需键入someProxy = anotherProxy
并让编译器完成剩下的工作。
但是,当赋值的左侧和右侧具有相同或与继承相关的类型时,默认的复制赋值运算符 - 当然 - 与此目标冲突。它复制整个storage
,从而破坏了另一半uint32_t
- 而不是根据需要仅复制“暴露”值。没错!对于大多数情况。但我想要一种“通过转换分配”的方法,即使 LHS 和 RHS 类型相同。为了避免这种情况,我可以:
- 重新定义复制赋值运算符以使用用户定义的 s 执行“代理”复制
operator
- 这是我一直在做的,但它似乎有点 hacky ,并且像任何用户定义的构造函数/赋值运算符一样,打破了微不足道的可复制状态的struct
- 我需要保留。无论如何它仍然存在,但我想要定义memcpy()
的行为。g++
- 或
= delete
复制赋值运算符(我们现在可以对 TC 类型执行此操作)。但是分配仍然尝试使用它并引发编译错误 - 因为delete
意味着“如果我是选择的重载则中止错误”,而不是“将我排除在重载决议之外”。为了解决这个问题,我必须明确告诉编译器使用转换运算符并从其结果中赋值:
SomeProxyThing a, b;
a = 42;
b = static_cast<std::uint16_t>(a);
// a.k.a.
b.operator=( a.operator std::uint16_t() );
似乎没有办法告诉编译器“忽略您首选的重载产生的任何错误并选择下一个最好的错误”。在那儿?更一般地说,在这种情况下,是否有任何方法/黑客/可怕的组合来强制编译器自动使用/首选某些operator
s?
换句话说,理想情况下,在
SomeProxyThing a, b;
a = 42;
b = a;
那b = a;
真的会这样做:
b = static_cast<std::uint16_t>(a);
// a.k.a.
b.operator=( a.operator std::uint16_t() );
无需我手动输入,使用 astatic_cast
或实现命名的 get/set 方法。理想情况下,我希望对任何此类代理的读/写看起来与对书面代码中基本类型的读/写完全相同,所有这些都使用=
.
我强烈怀疑这是不可能的......但确认会很好!