重载std：：operator+ --这是个坏主意？

Question

现在，操作符重载通常应该被稀疏地使用--特别是当它涉及stdlib时。

尽管我很好奇，除了读者可能无法清楚地看到代码中发生了什么之外，还有哪些陷阱(如果有的话)--是否有任何技术理由来避免特定的重载？

std::string operator+(const std::string& lhs, const std::wstring& rhs) {
    return lhs + to_utf8(rhs);
}

(同时也存在执行反向转换的双过载问题)

我发现这可以使一些操作更容易写出，例如：

std::wstring{L"hel"} + "lo " + getName();

什么是正反两方面，尤其是你是否看到任何可能会“适得其反”的场景(技术方案)？

表现不是问题。

Answer 1

我担心您的用户可能没有意识到他们正在使用这种功能。尽量避免像这样的隐式转换。

当您需要to_utf8时，只编写它很容易。

如果您有大量的string和wstring组合，那么在源端修复它:当您最初接收宽字符串时，在string中转换为UTF-8，那么所有“内部”字符串都是很好的和一致的。