我应该在成员数据中使用指针还是引用？

这是一个简化的示例来说明问题：

class A {};

class B
{
    B(A& a) : a(a) {}
    A& a;
};

class C
{
    C() : b(a) {} 
    A a;
    B b; 
};

所以B负责更新C.我的一部分跑通过棉绒的代码并将其whinged关于参考构件：棉绒＃1725。这是关于照顾默认拷贝和分配的，这很公平，但是默认拷贝和分配对于指针也很不利，因此那里没有什么好处。

我总是尝试使用引用，因为裸露的指针不确定地介绍了谁负责删除该指针。我更喜欢按值嵌入对象，但是如果需要指针，可以在拥有指针的类的成员数据中使用auto_ptr，并将对象作为引用传递给周围。

当指针可以为null或可以更改时，我通常只在成员数据中使用指针。还有其他理由更喜欢指针而不是数据成员的引用吗？

难道说包含引用的对象是不可分配的，因为引用一旦初始化就不应更改？

避免使用引用成员，因为它们限制了类的实现可以做的事情（如您提到的那样，阻止了赋值运算符的实现），并且对类可以提供的内容没有任何好处。

问题示例：

• 您必须在每个构造函数的初始化程序列表中初始化引用：无法将这个初始化程序分解为另一个函数（直到C ++ 0x，反正 编辑： C ++现在已经委派了构造函数）
• 参考不能反弹或为空。这可能是一个优点，但是如果代码需要更改以允许重新绑定或成员为null，则需要更改成员的所有用法
• 与指针成员不同，引用不能轻易地被智能指针或迭代器替换，因为重构可能需要
• 每当使用引用时，它看起来就像值类型（.运算符等），但表现得像指针（可能悬空）-因此，例如Google样式指南不鼓励使用它

我自己的经验法则：

• 当您希望对象的寿命取决于其他对象的寿命时，请使用引用成员：这是一种明确的说法，如果没有另一个类的有效实例，则不允许该对象存活-因为没有分配和通过构造函数获取引用初始化的义务。这是设计类的一种好方法，而无需假设其实例是否属于另一个类。您仅假设他们的生活与其他实例直接相关。它允许您以后更改使用类实例的方式（使用新实例，作为本地实例，作为类成员，由管理器中的内存池生成等）。
• 在其他情况下，请使用指针：如果希望以后更改成员，请使用指针或const指针以确保仅读取指向的实例。如果该类型是可复制的，则无论如何都不能使用引用。有时，您还需要在特殊的函数调用（例如init（））之后初始化成员，然后您别无选择，只能使用指针。但是：在所有成员函数中使用断言可快速检测错误的指针状态！
• 如果您希望对象的生存期取决于外部对象的生存期，并且还需要该类型是可复制的，则在构造函数中使用指针成员但引用参数，这样可以在构造上指示此对象的生存期取决于在参数的生存期中，实现仍使用指针进行复制。只要这些成员仅通过复制进行更改，并且您的类型没有默认构造函数，则该类型应满足两个目标。

对象很少允许赋值和其他类似比较的东西。如果您考虑使用诸如“部门”，“员工”，“董事”之类的对象的业务模型，那么很难想象将一个员工分配给另一个员工的情况。

因此，对于业务对象，最好将一对一和一对多关系描述为引用而不是指针。

可以将一或零的关系描述为一个指针。

因此，没有“我们不能分配”的因素。
很多程序员只是习惯使用指针，这就是为什么他们会找到任何参数以避免使用引用的原因。

将指针作为成员将迫使您或您的团队成员在使用前以“以防万一”的注释一次又一次地检查指针。如果指针可以为零，则该指针可能被用作标志，这很不好，因为每个对象都必须扮演自己的角色。

尽可能使用引用，而必须使用指针。

在某些重要情况下，根本不需要分配。这些通常是轻量级算法包装器，可在不超出范围的情况下促进计算。此类对象是引用成员的主要候选对象，因为您可以确保它们始终持有有效的引用，而无需复制。

在这种情况下，请确保使赋值运算符（通常还包括复制构造函数）不可用（通过继承boost::noncopyable或声明为私有）。

但是，正如用户pts所评论的那样，大多数其他对象并非如此。在这里，使用参考成员可能是一个巨大的问题，通常应避免使用。

正如每个人似乎都在发布一般规则一样，我将提供两个：

• 永远不要将use引用用作类成员。我从未在自己的代码中这样做（除非向自己证明我在这条规则中是对的），并且无法想象我会这样做的情况。语义太混乱了，实际上并不是引用设计的目的。

• 在将参数传递给函数（基本类型除外）或算法需要复制时，始终，总是使用引用。

这些规则很简单，使我受益匪浅。我留下了使用智能指针（但请不要使用auto_ptr）作为其他类的成员的规则。

是的：说包含引用的对象不应该是可分配的，因为一旦初始化就不应更改引用吗？

我对数据成员的经验法则：

• 永远不要使用引用，因为它会阻止分配
• 如果您的班级负责删除，请使用boost的scoped_ptr（比auto_ptr更安全）
• 否则，使用指针或const指针

当指针可以为null或可以更改时，我通常只在成员数据中使用指针。还有其他理由更喜欢指针而不是数据成员的引用吗？

是。您代码的可读性。指针使该成员成为引用（具有讽刺意味的是：）），而不是包含的对象，这一点显而易见，因为使用该成员时必须取消引用。我知道有人认为这是过时的做法，但我仍然认为这只是防止混乱和错误。

我建议不要使用参考数据成员，因为您永远不知道谁将从您的班级中派生出来，以及他们可能想做什么。他们可能不想使用引用的对象，但是作为引用，您已迫使他们提供有效的对象。我已经对自己做了足够的工作，以停止使用参考数据成员。

如果我正确理解了这个问题...

作为函数参数而不是指针的引用： 如您所指出的，指针并不能明确指出谁拥有指针的清理/初始化。当希望使用指针时，最好使用一个共享点，它是C ++ 11的一部分，而在通过接受指向数据的类的生命周期中不能保证数据的有效性时，则建议使用weak_ptr。也是C ++ 11的一部分。将引用用作函数参数可确保引用不为null。您必须破坏语言功能才能解决此问题，而且我们也不在乎松散的加农炮编码器。

引用成员变量： 关于数据有效性，如上。这样可以保证所指向的数据有效，然后进行引用。

将变量有效性的责任移到代码中的较早位置，不仅可以清理较后的代码（示例中的类A），还可以使使用它的人清楚知道。

在您的示例中，这有点令人困惑（我确实会尝试找到一个更清晰的实现），由于B是A的成员，因此B的A可以保证B的生命周期，因此引用可以加强这一点并且（可能）更加清晰。

并且以防万一（这不太可能发生，因为在您的代码上下文中它没有任何意义），另一种选择是，使用未引用的，非指针的A参数，将复制A，并使该范例无用-我真的不认为这是您的意思。

同样，这也保证了您无法更改引用的数据，因为在这里可以修改指针。仅当对数据的引用/指针不可更改时，const指针才有效。

如果不能保证B的A参数被设置或可以重新分配，则指针是有用的。有时，弱指针对于实现而言太冗长了，很多人要么不知道weak_ptr是什么，要么就不喜欢它们。

撕开这个答案，请:)