假设我有一个对象Employee_Storage，其中包含一个数据库连接数据成员。该数据成员应该存储为指针还是引用？
如果我将其存储为参考，我
不必做任何NULL
检查。 （NULL 检查到底有多重要？）
如果我将它存储为指针，它是
更容易设置Employee_Storage
（或MockEmployee_Storage）
测试目的。
一般来说，我一直习惯于将我的数据成员存储为引用。然而，这使得我的模拟对象难以设置，因为我现在必须传入 true/mock 对象，而不是能够传入 NULLs（可能在默认构造函数中）。
是否有一个好的经验法则可以遵循，特别是关注可测试性？
【问题讨论】：
标签： c++ tdd reference mocking pointers
如果引用是在构造时分配的，最好将引用存储为数据成员，并且确实没有理由更改它们。由于无法重新分配引用，因此它们非常有限。
一般来说，我通常存储为指针（或某种形式的模板化智能指针）。这更加灵活 - 既可以用于测试（如您所提到的），也可以用于正常使用。
【讨论】：
将引用存储为数据成员几乎是不可取的，而且很多时候这是不可能的。如果对象必须是可分配的（因为它们必须存储在标准库容器中），则不能使用引用。另外，引用不能被重新定位，所以一旦一个引用被一个对象初始化，它就不能指向另一个对象。
有关此问题的更详细讨论，请参阅此问题 Should I prefer pointers or references in member data?。
【讨论】：
我试图自己解决这个问题，所以不妨发布它。我的结论是，使用引用数据成员似乎不是一个好主意，因为当你去初始化它时，你可能会无意中创建一个别名。
#include <iostream>
using namespace std;
class stuff
{
public:
explicit stuff(int &a):x(a) //you have to initialize it here
{
//body intialization won't work
};
int& x; //reference data member
};
int main()
{
int A=100;
stuff B(A);//intialize B.x
cout<<B.x<<endl;//outputs 100
A=50;//change A;
cout<<B.x<<endl; //outputs 50, so B.x is an alias of A.
system("pause");
return 0;
}
【讨论】：
如果有选择，我喜欢尽可能使用最受限制的类型。 因此，如果我不需要支持 null 对象，我更愿意声明一个
Foo& m_foo;
成员而不是成员
Foo*const m_foo;
成员，因为前面的声明记录了m_foo 不能为空的事实。
短期来看，优势并不大。但从长远来看，当您回到旧代码时，立即保证您不必担心m_foo 为空的情况非常有价值。
还有其他方法可以达到类似的效果。我从事的一个项目他们不理解引用会坚持任何潜在的空指针后缀为“00”，例如m_foo00。有趣的是，boost::optional 似乎是support references，虽然我没有尝试过。或者，您可以在代码中乱扔断言。
【讨论】：
添加到这个问题..
具有引用数据成员的类：
【讨论】：