我注意到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()也可以产生同样的效果。这是一个很不方便的方便函数的例子。