c++ - 面向对象的C++编程中的复制，引用和指针的用例和首选项

Closed. This question needs to be more focused。它当前不接受答案。

想改善这个问题吗？更新问题，使其仅关注editing this post的一个问题。

6年前关闭。

Improve this question

为了给出一个具体的背景，我正在谈论一个具有相当复杂性的OO设计系统，例如超过100个类(class)。这是一个典型的项目，就像我所经历的大多数，当前的以及困惑的来源一样。

我来自Java / C#背景。老实说，我承认那些语言洗了我。因此，我对使用复制，引用或指针感到困惑。我上大学时曾在C和计算机体系结构类(class)上做得很棒，读过诸如c++入门，有效的c++之类的书。我对单独理解复制/引用/指针没有问题，但是不太流利，没有信心在实践中正确使用它们。

为简单起见，这里有两种情况，只是忽略其他概念，如移动，常量，重载，继承，智能指针等。我的大部分问题是关于复制或引用的？复制还是指针？

作为类成员字段。在Java或C#中，事情更像是指针:A和B可以具有相同/不同的C成员，如果A和B中的C相同，则在A中更改C时，B中的C也将被更改。一个对象被多个对象共享是很常见的。在这种情况下，指针是必须的吗？但是，即使使用智能指针，使用指针也会在C++代码中引入更多的复杂性。

作为类方法返回。看起来引用是首选。它避免了复制，而我习惯了这种行为:当实际的Foo在一个类中并且可能在类之间共享时，从一种方法返回Foo＆。后来对该Foo＆进行的任何处理均适用于其所有者和其他用户。但是，如何保证引用有效？它与带有GC的Java / C#不同，只要使用它就可以。我是否有可能将Foo＆授予Bar的成员，然后该Foo＆可能通过类或函数发生很多事情，但是Bar如何被破坏:堆栈范围的结尾或堆上的删除？具有讽刺意味的是，C++对象的生存期是确定性的，这使我不确定引用的对象是否仍然存在!

综上所述，可能的不必要副本，指针的内存管理和对象生存期的不确定性的混合是我的麻烦。有没有解决我的问题的指导方针和良好做法？

最佳答案

基本案例

共享大成员数据-> std::shared_ptr

范围内的大型成员数据-> std::unique_ptr

共享/范围内的小成员数据->值

需要大的输入参数-> const引用

必需的小参数->值

必需的输入/输出参数->引用

可选参数->指针/智能指针

具有共享所有权的

大参数-> std::shared_ptr const＆