我应该更喜欢成员数据中的指针还是引用？
提问于 2009-05-21 01:42:01
这是一个简单的例子来说明这个问题：
class A {};
class B
{
B(A& a) : a(a) {}
A& a;
};
class C
{
C() : b(a) {}
A a;
B b;
};所以B负责更新C的一部分。我通过lint运行代码，它抱怨引用成员：lint#1725。这篇文章谈到了对缺省拷贝和赋值的关注，这是足够公平的，但缺省拷贝和赋值在指针方面也不好，所以这样做没有什么好处。
我总是尽可能地使用引用，因为裸指针引入了不确定的关于谁负责删除该指针的问题。我更喜欢按值嵌入对象，但如果需要指针，我会在拥有指针的类的成员数据中使用auto_ptr，并将对象作为引用传递。
我通常只在成员数据中使用指针，当指针可能为空或可能更改时。对于数据成员来说，有没有其他更喜欢指针而不是引用的原因？
是否可以说包含引用的对象不应该是可赋值的，因为引用一旦初始化就不应该被更改？
回答 8
Stack Overflow用户
发布于 2009-05-21 02:59:09
我自己的经验法则：
当你想让你的对象的生命周期依赖于其他对象的生命周期时，
- Use一个引用成员：这是一种明确的方式，说明你不允许对象在没有另一个类的有效实例的情况下存活-因为没有赋值和通过构造函数获得引用初始化的义务。这是一个很好的方法来设计你的类，而不需要假设它的实例是不是另一个类的成员，你只需要假设它们的生命周期直接链接到其他实例。它允许您稍后更改如何使用您的类实例(对于new，作为本地实例，作为类成员，由管理器中的内存池生成，在其他情况下为：当您希望稍后更改成员时，使用指针或常量指针，以确保只读取指定的实例。有时你还需要在一个特殊的函数调用(例如())之后初始化成员，然后你就别无选择，只能使用一个指针。asserts但是:在所有的成员函数中使用asserts来快速检测错误的指针状态！在
- In的情况下，你希望对象的生命周期依赖于外部对象的生命周期，并且你还需要该类型是可复制的，然后在构造函数中使用指针成员但引用参数，这样你就可以在构造上指示这个对象的生命周期取决于参数的生命周期，但实现使用指针来仍然是可复制的。只要这些成员只能通过复制来更改，并且您的类型没有默认构造函数，则该类型应该可以同时满足这两个目标。
Stack Overflow用户
发布于 2009-05-21 01:53:56
对象很少允许赋值和其他类似比较的东西。如果你考虑一些像“部门”，“雇员”，“总监”这样的对象的商业模型，很难想象一个员工被分配到另一个员工的情况。
因此，对于业务对象来说，将一对一和一对多关系描述为引用而不是指针是非常好的。
也许将一或零关系描述为指针也是可以的。
所以不能‘我们不能赋值’然后因子。
许多程序员只是习惯于使用指针，这就是为什么他们会找到任何参数来避免使用引用。
拥有一个指针作为成员将迫使你或你的团队成员在使用之前一次又一次地检查指针，并带有“以防万一”注释。如果指针可以是零，那么指针可能被用作一种标志，这是不好的，因为每个对象都必须扮演自己的角色。
Stack Overflow用户
发布于 2009-05-21 02:00:38
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/892133
复制相关文章
腾讯云开发者
