为什么 QMap：：operator[](const Key & key) 按值返回？

Why does QMap::operator[](const Key & key) return by value?

本文关键字：key 返回 const operator QMap 为什么 Key      更新时间：2023-10-16

我注意到QMap::operator[](const Key & key)有以下两个重载：

    T & QMap::operator[](const Key & key)
const T QMap::operator[](const Key & key) const

是否有按价值返回的原因

既然我们有移动语义：

当按值返回时，我们是否应该按常量值返回

我问的原因是：

想象一下我们有：

class ExpensiveToCopy;
{
public:
    int someProperty() const;
    ...
}
void f(const QMap<int, ExpensiveToCopy>& map)
{
    int lala = map[4].someProperty(); // We need to copy the entire object
                                      // just to look at someProperty();
}

在const的情况下，如果元素还不存在，我们就不能将其添加到const映射中，因此将返回一个本地对象。

否则，在非const的情况下，在返回对元素的引用之前，将使用指定的键（如果还没有）创建一个元素

我认为非引用const是为了确保客户端代码不能以任何方式修改map。你知道，如果使用const_cast<ExpensiveToCopy>map[4]或其他方式，我们仍然可以修改map[4]，但这个map[4]不是引用map的第四个元素。

也不可能存储具有const成员的Value类型，因为按值返回需要Value:：operator=（）。在我看来，QMap:：operator[]的const版本是考虑不周的。调用contains（）和at（）也可以产生同样的效果。这是一个很不方便的方便函数的例子。

相关文章：