你用const能做到什么程度?你只是在必要的时候才把函数变成const，还是从头到尾到处都用它?例如，想象一个简单的变异子，它接受一个布尔参数:
void SetValue(const bool b) { my_val_ = b; }
这个const真的有用吗?就我个人而言，我选择广泛地使用它，包括参数，但在这种情况下，我想知道它是否值得?
我还惊讶地发现，你可以在函数声明中的形参中省略const，但可以在函数定义中包含它，例如:
. h文件
void func(int n, long l);
. cpp文件
void func(const int n, const long l)
这有什么原因吗?这对我来说有点不寻常。
当前回答
当参数按值传递时，Const是没有意义的，因为你不会修改调用者的对象。
通过引用传递时应优先使用Const，除非函数的目的是修改传递的值。
最后，不修改当前对象(this)的函数可以，也可能应该声明为const。下面是一个例子:
int SomeClass::GetValue() const {return m_internalValue;}
这是一个不修改应用此调用的对象的承诺。换句话说，你可以调用:
const SomeClass* pSomeClass;
pSomeClass->GetValue();
如果函数不是const，则会导致编译器警告。
其他回答
使用const时要记住的一点是，从一开始就将对象设为const要比稍后再尝试将它们放入要容易得多。
当你想要某些东西保持不变时，使用const -它是一个附加的提示，描述了你的函数做什么以及期望什么。我见过许多C API可以处理其中的一些，特别是那些接受C -string的API !
我更倾向于省略cpp文件中的const关键字，而不是头，但由于我倾向于剪切+粘贴它们，它们将同时保留在两个地方。我不知道为什么编译器允许这样做，我猜这是编译器的事情。最佳实践肯定是将const关键字放在两个文件中。
我不使用const作为传递值的参数。调用者并不关心你是否修改参数，这是一个实现细节。
真正重要的是，如果方法没有修改其实例，则将其标记为const。这样做，因为否则你可能会得到大量的const_cast<>，或者你可能会发现标记一个方法const需要更改大量的代码，因为它调用了其他应该标记为const的方法。
如果我不需要修改局部变量，我也倾向于将它们标记为const。我相信，通过更容易地识别“移动部分”，可以使代码更容易理解。
我知道这个问题“有点”过时了，但当我遇到它时，其他人可能也会在未来这样做... ...我仍然怀疑这个可怜的家伙会在这里列出我的评论:)
It seems to me that we are still too confined to C-style way of thinking. In the OOP paradigma we play around with objects, not types. Const object may be conceptually different from a non-const object, specifically in the sense of logical-const (in contrast to bitwise-const). Thus even if const correctness of function params is (perhaps) an over-carefulness in case of PODs it is not so in case of objects. If a function works with a const object it should say so. Consider the following code snippet
#include <iostream>
//~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
class SharedBuffer {
private:
int fakeData;
int const & Get_(int i) const
{
std::cout << "Accessing buffer element" << std::endl;
return fakeData;
}
public:
int & operator[](int i)
{
Unique();
return const_cast<int &>(Get_(i));
}
int const & operator[](int i) const
{
return Get_(i);
}
void Unique()
{
std::cout << "Making buffer unique (expensive operation)" << std::endl;
}
};
//~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
void NonConstF(SharedBuffer x)
{
x[0] = 1;
}
//~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
void ConstF(const SharedBuffer x)
{
int q = x[0];
}
//~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
int main()
{
SharedBuffer x;
NonConstF(x);
std::cout << std::endl;
ConstF(x);
return 0;
}
附注:你可能会认为(const)引用在这里更合适，并提供相同的行为。嗯,对的。只是给出了与我在其他地方看到的不同的画面……
如果使用->*或。*操作符，这是必须的。
它会阻止你写出
void foo(Bar *p) { if (++p->*member > 0) { ... } }
我刚才差点就这么做了，但这可能不是你想要的结果。
我想说的是
void foo(Bar *p) { if (++(p->*member) > 0) { ... } }
如果我在Bar *和p之间放了一个const，编译器会告诉我。
在你提到的情况下，它不会影响API的调用者，这就是为什么它不常做(并且在头文件中也没有必要)。它只影响函数的实现。
这并不是一件特别糟糕的事情，但考虑到它不会影响您的API，它的好处并不是那么大，而且它增加了类型，所以通常不这样做。
