c-的shared_ptr构造函数参数按值传递是否应改写为长尾？

本文共计526个文字，预计阅读时间需要3分钟。

当将`shared_ptr`传递给构造函数时，是否应该通过值传递此参数，取决于具体情境和需求。

如果`MyDependency`类型很小，或者复制成本很低，那么可以通过值传递来简化代码，如下所示：

cppstruct MyClass { MyClass(std::shared_ptr dep) : dep(dep) {} std::shared_ptr dep;};

但如果`MyDependency`类型较大，或者复制成本较高，那么应该通过引用传递，以避免不必要的复制，如下所示：

cppstruct MyClass { MyClass(std::shared_ptr&& dep) : dep(std::move(dep)) {} std::shared_ptr dep;};

在上述示例中，使用引用传递可以确保在构造`MyClass`对象时不会复制`MyDependency`对象，而是直接接管其控制权。

当我将shared_ptr传递给将该参数复制到成员shared_ptr的构造函数时,是否应该通过值传递此参数？

例：

struct MyClass { MyClass(std::shared_ptr<MyDependency> dep) : dep(dep) {} std::shared_ptr<MyDependency> dep; };

如果用临时(MyClass(s​​td :: make_shared< ...>())构造,编译器应该移动参数(一次或两次？).

编译器是否能够“自动”将dep移动到dep,
或者我应该使用：dep(std :: move(dep))？

如果使用左值构造,则将复制该值(最少一次).

另一方面,通过const-ref传递shared_ptr将始终复制指针.

那么构造函数参数是否应该通过值传递,如果它们将直接复制到成员中？

编辑：参数/成员必须是shared_ptr.

Should shared_ptr constructor arguments be passed by value

如果您打算分享所有者,即您想要保留副本：是的,通过值传递是首选方式.

If constructed with a temporary … the compiler should move the argument (once or twice?).

首先,参数是移动构造,然后初始化成员(见下文).在某些情况下,可以省略论证的构建.

should I use : dep(std::move(dep))

是的你应该.参数有一个名字,所以它是一个左值.要移动构造成员,您需要有一个右值.