函数返回与不返回？

返回还是不返回，是函数的问题！或者说，这真的很重要吗？

故事就这样开始了： 我曾经编写如下代码：

Type3 myFunc(Type1 input1, Type2 input2){}

但最近我的项目学院告诉我，我应该尽可能避免编写这样的函数，并建议采用以下方式，将返回值放在输入参数中。

void myFunc(Type1 input1, Type2 input2, Type3 &output){}

他们让我相信这更好更快，因为在第一种方法中返回时有额外的复制步骤。

对我来说，我开始相信第二种方法在某些情况下更好，特别是我有多个东西需要返回或修改。例如：以下第二行将比第一行更好更快，因为避免复制整个内容vecor<int>回来时。

vector<int> addTwoVectors(vector<int> a, vector<int> b){}
void addTwoVectors(vector<int> a, vector<int> b, vector<int> &result){}:

但是，在其他一些情况下，我无法购买它。例如，

bool checkInArray(int value, vector<int> arr){}

肯定会比

void checkInArray(int value, vector<int> arr, bool &inOrNot){}

在这种情况下，我认为第一种直接返回结果的方法在可读性方面更好。

总之，我很困惑（重点是 C++）：

• 函数应该返回什么，不应该（或尽量避免）返回什么？
• 有什么标准方法或好的建议可供我遵循吗？
• 我们能否在可读性和代码效率上都做得更好？

Edit： 我知道，在某些情况下，我们必须使用其中之一。例如，我必须使用return-type functions如果我需要实现method chaining. 因此，请重点关注可以同时应用这两种方法来实现目标的情况。

我知道这个问题可能没有单一的答案或确定的事情。此外，似乎这个决定需要在许多编码语言中做出，例如C, C++等等。因此，我们非常感谢任何意见或建议（最好有例子）。

一如既往，当有人提出一件事比另一件事快的论点时，你有计时吗？在完全优化的代码中，在您计划使用的每种语言和每种编译器中？如果没有这一点，任何基于性能的争论都是没有意义的。

我稍后会回到性能问题，首先让我解决我认为更重要的问题：当然，有充分的理由通过引用传递函数参数。我现在能想到的第一个是参数实际上是输入和输出，即函数应该对现有数据进行操作。对我来说，这就是采用非常量引用的函数签名所指示的内容。如果这样的函数忽略了该对象中已有的内容（或者更糟糕的是，明确期望只获得默认构造的对象），则该接口会令人困惑。

现在，回到表演。我不能代表 C# 或 Java（尽管我相信在 Java 中返回对象一开始不会导致复制，只是传递引用），而在 C 中，您没有引用，但可能需要诉诸于传递指针周围（然后，我确实同意传递一个指向未初始化内存的指针是可以的）。但在 C++ 中，编译器长期以来一直在进行返回值优化，RVO，这基本上意味着在大多数调用中，例如A a = f(b);，复制构造函数被绕过并且f将直接在正确的位置创建对象。在 C++11 中，我们甚至使用了移动语义来使其明确并在更多地方使用它。

你应该返回一个A*反而？除非您真的渴望过去手动内存管理的日子。至少，返回一个std::shared_ptr<A> or an std::unique_ptr<A>.

现在，有了多个输出，当然，您会遇到额外的复杂情况。首先要做的是你的设计是否正确：每个函数都应该有一个职责，通常，这也意味着返回一个值。但当然也有例外；例如，分区函数必须返回两个或更多容器。在这种情况下，您可能会发现使用非常量引用参数更容易阅读代码；或者，您可能会发现返回元组是正确的方法。

我强烈建议您以两种方式编写代码，并在第二天或周末后回来再次查看这两个版本。然后，决定什么更容易阅读。最后，这是好代码的主要标准。对于那些您可以看到与最终用户工作流程的性能差异的少数地方，这是一个需要考虑的额外因素，但只有在极少数情况下，它才应该优先于可读代码 - 并且只需付出更多努力，您就可以无论如何，通常都会让两者都工作。